简介一款适用于Oracle数据库日常运维与开发的轻量级连接工具OB10面向需要快速查询、导入导出数据的DBA、开发人员及初学者。工具免安装且已破解解压后即可直接运行操作界面直观明了官方描述中可与PL/SQL Developer相媲美适合作为轻量级替代方案。压缩包共10个文件包含主程序exe、CHM帮助文档、tpl模板文件、ico图标及URL快捷方式等整体仅1.74MB轻巧便携可置于U盘或内网环境随取随用。已有1387人学习/下载。借助内置CHM手册与tpl模板用户可快速完成连接配置、SQL查询和数据导入导出主程序小巧、启动迅速对低配置机器友好既能提升日常开发调试效率也便于演示和教学场景使用。1. 为什么一个老古董级别的Oracle连接工具最顺手OB10是我用过的Oracle连接工具里最轻的一个单文件不到两兆不安装、不激活、解压就能连。这几年我手里的客户端工具换过好几轮PL/SQL Developer越来越臃肿每次打开先卡十几秒SQL Developer倒是功能全可等它加载完生产库的会话都快超时了。最后留在常用列表里的反而是这个不起眼的OB10。它解决的是三个具体问题快速连接、低资源占用、兼容老库。适合生产环境巡检、临时数据修正、日常查询的DBA和开发开箱即用没有学习成本。如果你也不想把时间耗在工具启动上这篇笔记值得往下看。2. 先看清OB10的底细连接原理与核心功能清单2.1 它和SQL Developer、Toad的本质区别在哪市面上的Oracle客户端工具主要分两类一类是重型IDE把数据库开发、调试、建模全塞进去启动慢、吃内存功能多到很多按钮一年也用不了一次另一类就是OB10这样的轻量连接器只保留连得上、查得快、导得出三个核心能力。我最早用OB10是某次给一台老环境的库做巡检现场没有安装任何Oracle客户端同事传过来一个几十兆的自解压包里面就一个OB10目录。解压后直接双击启动输IP、用户名、密码就进去了。当时就觉得这种免安装、绿色、对系统零污染的形态在开发机、跳板机、内网离线环境里太救命了。OB10的实现原理其实很简单它内置了纯Java的JDBC驱动通过Type 4协议直接和Oracle的监听端口通信不需要在本机安装Orace Client。这也是它能在各种环境里打开即用的原因。相比Toad依赖OCI模式、需要匹配Oracle客户端版本OB10天生绕开了这层依赖。代价也有——它不提供完整的事务调试器、不内置ER建模但日常的增删改查、执行计划、会话监控、数据导出它都覆盖到了。对运维和开发来说这个功能边界刚好。2.2 连接串与驱动版本决定能不能连上的关键参数先看连接串。OB10新建连接时填的不是图形界面里那几个输入框而已背后拼出来的就是一条标准JDBC URL。Thin模式下的连接串长这样jdbc:oracle:thin:192.168.10.20:1521:ORCLPDB注意最后一段如果目标库是CDB中的PDB这里直接填PDB的服务名即可。用SID还是服务名是新手最容易搞混的点。ip:port:sid是SID写法ip:port/service_name需要在URL里写成/形式——OB10图形界面里专门有个服务名/SID下拉框选错的结果就是报ORA-12514。驱动版本上OB10内置的驱动一般兼容Oracle 9i到19c的常见版本。如果连Oracle 21c以上或者特殊的云数据库建议在窗口的高级驱动路径里手动指定一个更高版本的ojdbc jar。驱动版本和数据库版本不匹配时典型的报错是ORA-28040: No matching authentication protocol这时候不是密码错了是驱动太老换成新版驱动就好。2.3 OB10内置的高频功能清单把工具栏逐个点一遍真正实用的就这些功能入口我常用的场景SQL执行与结果集主查询窗口日常查数、补数据执行计划选中SQL后按CtrlE慢SQL分析表结构查看左侧树双击表名确认字段类型、索引、约束数据导出查询结果右键→导出导出CSV/Excel给业务方会话监控工具→会话列表看阻塞源、杀异常会话命令窗口工具→命令模式批量执行脚本执行计划功能是我最频繁用的。选中SQL直接CtrlE出来的是文本格式的执行计划比图形化更方便复制到邮件或工单里说明问题。OB10还支持EXPLAIN PLAN FOR语句的解析直接把计划打在结果区不用切到PL/SQL Developer再弄一遍。2.4 连接池与会话管理OB10的资源控制逻辑OB10在会话管理上采用的是按需连接模式——窗口开着不占数据库连接执行SQL时才真正从连接池拿会话。连接池大小默认是5可以在配置文件的pool.maxSize参数里调整。我曾经在批量补数时把pool.maxSize改成20结果数据库的process数一下子被撑满直接触发ORA-00020。从那以后我记住了默认5够用除非你真有高并发查询需求否则别随便调大。会话列表里能看到当前用户下所有活跃会话的SID、SERIAL#、SQL_ID和状态。杀阻塞会话时我都是先在会话列表里定位然后复制SID和SERIAL#到命令窗口执行ALTER SYSTEM KILL SESSION sid,serial# IMMEDIATE;——这里不要直接在会话列表里点断开那个操作只断OB10自己不杀数据库会话。3. 动手落地把OB10跑起来的完整流程与参数详解3.1 运行环境准备与Java版本匹配OB10是Java应用所以第一步是确认机器上有JRE。推荐用JDK 11或JDK 8这两个版本下OB10表现最稳定。如果机器上装的是JDK 17以上启动时可能会遇到模块访问限制的警告但不是每次都会出问题。检查Java环境java -version如果输出里显示openjdk version 17这类高版本建议单独放一个JRE 11目录在启动脚本里指定路径避免影响系统其他Java程序。我一般在ob10目录下放一个jre子目录然后用下面的命令启动export JAVA_HOME/path/to/ob10/jre export PATH$JAVA_HOME/bin:$PATH ./ob10.shWindows环境双击ob10.exe或ob10.bat即可。如果双击后没反应多半是环境变量里的Java路径不对可以在命令行窗口手动执行启动脚本看报错信息。3.2 新建连接逐项参数说明OB10连接窗口的字段不多但每个字段背后都有讲究。字段填写示例说明与坑连接名UAT_192.168.10.20任意别名方便识别主机192.168.10.20数据库服务器IP或域名端口1521默认1521修改过要填实际值SID/服务名ORCLPDB关键SID和PDB服务名不同用户名app_read账号密码——可保存但注意加密存储角色NormalNormal或SYSDBA驱动类型Thin一般固定Thin高级→连接超时30单位秒生产环境建议15秒SID和服务名的区别值得多说两句。SID是Oracle实例的唯一标识服务名是监听器对外提供的逻辑名称。Oracle 12c以后默认使用服务名老库则习惯用SID。如果不确定可以先问DBA要tnsnames.ora文件看里面的配置项。比如ORCLPDB (DESCRIPTION (ADDRESS (PROTOCOL TCP)(HOST 192.168.10.20)(PORT 1521)) (CONNECT_DATA (SERVER DEDICATED) (SERVICE_NAME orclpdb)))这个文件里明确写了SERVICE_NAME那OB10的服务名/SID下拉框就选服务名字段填orclpdb。拿服务名去填SID的框必然报ORA-12514。3.3 日常操作示例查询、导出、执行计划连接成功后主界面就是一个SQL编辑窗口。最基本的操作是写查询SELECT emp_id, emp_name, dept_no, hire_date FROM emp WHERE dept_no D10 AND hire_date DATE 2024-01-01 ORDER BY hire_date DESC;F8执行结果集直接显示在下方的表格里。这里有个小技巧OB10默认最多拉回5000行如果表数据量大需要到工具→选项→结果集限制里把数值调大。但调大后内存消耗也上去我一般只调到10000超过这个量就用后面的导出方式处理。导出结果集我常用两种方式。小数据量几千行直接在结果集上右键→导出→CSV文件选好路径就生成。大数据量这么干容易卡死换个思路在SQL里拼导出语句-- 生成一个spool导出脚本适合几十万行以上的数据 SELECT set echo off || CHR(10) || set feedback off || CHR(10) || set pagesize 0 || CHR(10) || spool /data/export/emp_ || TO_CHAR(SYSDATE, YYYYMMDD) || .csv || CHR(10) || SELECT emp_id || , || emp_name || , || dept_no FROM emp; || CHR(10) || spool off FROM dual;把这段SQL的结果复制出来保存成.sql脚本在OB10的命令窗口用执行/data/scripts/export_emp.sql执行计划分析是另一个高频操作。选中慢SQL按CtrlEOB10会给出执行计划文本。核心看三块TABLE ACCESS FULL说明没走索引SORT ORDER BY是排序操作耗时HASH JOIN在大表连接时容易爆内存。遇到全表扫描我一般先看是否有合适的索引SELECT index_name, column_name, column_position FROM user_ind_columns WHERE table_name EMP ORDER BY index_name, column_position;确认索引存在但没被使用常见原因是字段上有隐式类型转换。比如WHERE dept_no 10字段是VARCHAR2这个写法会触发全表扫描改成dept_no 10就走索引了。3.4 命令行模式批量脚本的正确姿势OB10启动时加参数可以直接进入命令行模式适合在脚本里跑定时任务。基本用法./ob10.sh -u user/password192.168.10.20:1521/orclpdb \ -f /data/scripts/refresh_emp.sql \ -o /data/logs/refresh_emp_$(date %Y%m%d).log参数含义-u是连接串-f是要执行的SQL文件-o是输出日志。我把日常的汇总统计、临时表刷新都写成SQL文件定时任务里调用OB10跑一遍完事还能自动落日志。这个功能在调度平台里集成特别方便不用额外装Oracle客户端。有几个要注意的地方。第一SQL文件里的每条语句用分号分隔但spool off结尾的导出语句块要保证没有多余的空白字符第二-u参数里包含特殊字符比如密码带时连接串解析会出错所以密码里带特殊字符的我都是把整个-u参数用单引号包起来./ob10.sh -u user/abc123192.168.10.20:1521/orclpdb -f /data/scripts/test.sql第三命令行模式下默认不打印SQL回显如果想记录每个SQL语句的执行情况在SQL文件头部加上set echo on。4. 避坑OB10连接Oracle的五个高频翻车点4.1 报错ORA-12541: TNS:no listener现象填写完连接信息点击连接马上弹出ORA-12541: TNS:no listener。第一次遇到的人第一反应是工具坏了换SQL Developer还是同样的报错说明问题不在OB10。原因目标主机的1521端口没有监听服务。可能是监听器没启动也可能监听器配置的端口不是1521或者防火墙把端口挡了。解决按顺序排查。先在应用服务器上确认监听状态lsnrctl status看到Services Summary里有目标实例就说明监听活着。然后测试端口连通性telnet 192.168.10.20 1521不通的话查防火墙。注意很多环境里的监听器对外只绑定在某块网卡的IP上lsnrctl status看到的是192.168.10.20:1521而你在OB10里填了别的IP或域名也会报这个错。这时候改OB10里的主机为监听实际绑定的IP即可。4.2 报错ORA-12514: TNS:listener does not immediately know现象监听正常但连接报ORA-12514后面还跟着service key not found之类的提示。原因SID/服务名填的不对。监听里没有注册这个服务名或者向监听注册的是SID而OB10里填的是服务名反之亦然。最常见的是12c以上多租户环境PDB的服务名和实例SID不同。解决先查监听到底注册了什么服务。用数据库账号登录后执行SELECT global_name FROM global_name; SELECT instance_name FROM v$instance; SELECT name, open_mode FROM v$pdbs;第一条给出数据库全局名第二条给实例SID第三条给PDB列表。然后对照OB10连接窗口里的服务名/SID选项一一对应。如果你没权限执行这些SQL就找DBA要一下tnsnames.ora它写什么你就填什么。4.3 JDK 17以上启动报模块错误现象双击OB10启动脚本弹出java.lang.reflect.InaccessibleObjectException或者module java.base does not opens java.lang to unnamed module的一大串异常。原因OB10内置的某些组件用反射读取JDK内部类JDK 9以后模块系统默认不允许这样访问。网上很多工具都是在这个版本升级后翻的车。解决两种办法。第一种给启动脚本加JVM参数放开访问限制java --add-opens java.base/java.langALL-UNNAMED \ --add-opens java.base/java.utilALL-UNNAMED \ -jar ob10.jar第二种更省心装一个JDK 8或JDK 11启动脚本里显式指定JAVA_HOME绕开系统默认的高版本JDK。我现在所有机器的OB10启动脚本都统一写死了JDK路径再没出现过这类启动报错。4.4 导出大数据量时内存溢出现象导出50万行以上的结果集OB10界面卡住几分钟后提示java.lang.OutOfMemoryError: Java heap space之前查好的数据全丢了。原因OB10默认堆内存配置偏保守大数据量查询和导出都在堆内存里操作触顶就炸。解决调启动脚本的堆内存参数比如Windows的ob10.bat里改成java -Xms256m -Xmx2048m -jar ob10.jar-Xms是初始堆大小-Xmx是最大堆大小。我一般给到2048m最大不要超4096m再大的话本机内存吃不消而且GC停顿会更明显。对于几百万行的导出还是回到第3.3节说的spool方式用数据库端出文件绕开工具内存限制。4.5 中文乱码数据是问号或乱成一团现象查询结果里的中文显示成??????????或者导出到CSV后Excel打开全是乱码。原因客户端字符集和数据库字符集不匹配。数据库是ZHS16GBK客户端用了AL32UTF8或者反过来都会出乱码。解决在OB10连接的高级配置里设置NLS_LANG或者在启动环境里指定export NLS_LANGAMERICAN_AMERICA.ZHS16GBK ./ob10.sh确认数据库字符集用SELECT value FROM nls_database_parameters WHERE parameter NLS_CHARACTERSET;搭好这个环境变量后查询、导出、导入的编码格式就统一了。我之前在这上面吃过亏导出的CSV给业务方前没检查对方打开全是乱码还被投诉了。从那以后每次换环境第一件事就是用这条SQL确认字符集。5. 进阶让OB10更好用的四个小技巧连接信息加密保存。OB10的配置文件里存密码是明文如果你习惯勾选保存密码建议把整个配置文件目录放到加密盘或者设置文件访问权限。我个人的做法是密码不保存每次手工输入脚本里用的连接串配成环境变量注入避免硬编码在调度系统里。SQL模板加快日常处理。在OB10的sql_templates目录下建一个common.sql把常用查询放进去-- 前N大表 SELECT * FROM ( SELECT table_name, num_rows, blocks FROM user_tables ORDER BY num_rows DESC ) WHERE ROWNUM 10; -- 当前锁与阻塞源头 SELECT b.sid, b.serial#, a.object_name, b.type FROM v$locked_object a, v$session b WHERE a.session_id b.sid;下次遇到类似需求直接复制改参数效率比现查字典高得多。快速切换数据库账号。生产环境经常要同一时间连不同账号OB10的连接列表里右键置顶把常用连接放最上面配合快捷键CtrlAlt方向键在多连接间切换不用反复断连重连。最后说一个我自己的习惯每次用OB10做完数据变更我都会在会话列表里确认自己的会话没有残留然后打开v$transaction看一眼长事务是否收尾。工具再顺手数据库的会话和锁管理最终靠的还是操作习惯。从那以后我每次在生产库上操作完都会强制走一遍会话检查→事务确认→日志落盘这三步省掉了很多后续的麻烦。希望帮到你。本文还有配套的精品资源点击获取