简介PLSQL Developer 是一款面向 Oracle 数据库管理员与开发者的集成开发环境适合从入门到进阶的数据库开发、管理与性能调优场景。它支持本地或远程连接 Oracle 数据库兼容 SQL*Net 与 Oracle Wallet 等身份验证方式可完成表、视图、存储过程、函数、触发器、索引等对象的创建与维护并提供语法高亮、代码提示、自动完成与代码片段功能帮助高效编写 PL/SQL 脚本。其查询工具支持复杂 SQL 执行、结果导出为 CSV 或 Excel并具备数据导入导出、断点调试、单步执行、变量检查与单元测试能力同时集成 SVN、Git 版本控制及 SQL 分析器、Explain Plan 等性能优化工具。资源为 rar 压缩包大小约 19.05MB文件总数与类型明细上游暂未提供。目前已有 191 人学习下载适合需要中文界面、希望降低 Oracle 开发门槛并提升日常管理与调试效率的技术人员参考使用。1. 为什么老 DBA 的机器里总留着一个 PLSQL Developer如果你去翻一个干了十年以上的 Oracle 开发或者 DBA 的 Windows 机器大概率能在开始菜单或者桌面角落找到 PLSQL Developer 的图标。这东西界面谈不上现代安装包也不大但很多人换了新电脑第一件事就是把它装回来。原因不复杂在 Oracle 生态里能同时把「写 PL/SQL 调试」「看执行计划」「导数据」「比对表结构」这几件事做得足够顺手、又不需要你开一堆重型工具的它算一个。这篇笔记拆的是 PLSQL Developer 这个客户端工具本身不是某个具体版本的破解包也不是数据库安装教程。适合谁看手上有 Oracle 库、日常要写存储过程/函数/触发器、需要频繁查执行计划和做数据迁移的开发和运维。如果你只是偶尔连一下库跑个 select用什么都行但只要你开始跟包体、游标、异常处理打交道这个工具的调试器就值得花时间摸熟。下面按「它到底解决什么 → 怎么配怎么用 → 哪些地方容易翻车 → 一个能提效的进阶习惯」来走。2. 连接配置与对象管理从零把库接上并看懂结构2.1 连接 Oracle 的三种方式与选型PLSQL Developer 本身不带 Oracle 客户端它依赖机器上已经装好的 Oracle Client 或者 Instant Client。这是新手第一个卡点装完工具发现连不上报 ORA-12154 或者干脆没有可选的连接项八成是客户端没配好。常见做法有三种第一种是装完整版 Oracle Client安装时它会自动写 tnsnames.ora 并配好环境变量省心但体积大。第二种是 Instant Client 加手动配 tnsnames.ora体积小适合只连远程库的场景。第三种是不用 tnsnames直接在登录界面填主机:端口/服务名的 EZConnect 格式临时连库最方便。我一般推荐第二种因为可控。装完 Instant Client 后需要设两个环境变量# Windows 环境变量示例路径按实际安装位置改 set ORACLE_HOMED:\instantclient_21_3 set TNS_ADMIND:\instantclient_21_3\network\admin set PATH%ORACLE_HOME%;%PATH%ORACLE_HOME指向客户端根目录TNS_ADMIN指向 tnsnames.ora 所在目录PATH 里加上客户端目录是为了让工具能找到 oci.dll。这三个少一个都可能连不上。设完重启 PLSQL Developer登录界面的 Database 下拉框才会出现你在 tnsnames.ora 里配好的别名。tnsnames.ora 的写法# tnsnames.ora ORCL_PROD (DESCRIPTION (ADDRESS (PROTOCOL TCP)(HOST 10.0.0.10)(PORT 1521)) (CONNECT_DATA (SERVER DEDICATED) (SERVICE_NAME orcl) ) )HOST是数据库服务器地址PORT默认 1521SERVICE_NAME要和库的 service_names 参数一致。如果库用的是 SID 而不是服务名把SERVICE_NAME换成SID。这里有个细节SERVER DEDICATED表示专用服务器模式共享服务器模式下要改成SHARED连错模式在高并发时会有性能差异但日常开发感知不明显。提示环境变量改完一定要重开工具PLSQL Developer 只在启动时读一次环境变量热改不生效。2.2 对象浏览器与结构比对连上之后左侧的 Object Browser 是使用频率最高的面板。它按 Schema 分组展示表、视图、包、存储过程、触发器、序列等对象。几个实操要点按CtrlF可以在对象树里直接搜对象名比一层层展开快得多。右键表选「View」能看数据选「Edit」能改结构但改结构这个操作要谨慎后面避坑章节会讲。结构比对是很多人忽略的功能。菜单 Tools → Compare User Objects可以选两个 Schema 或者两个用户把表结构、索引、约束的差异列出来还能生成同步的 DDL 脚本。做版本发布的时候拿测试库和正式库比一遍比人工核对靠谱得多。比对结果里绿色是新增、红色是缺失、黄色是有差异生成的脚本建议先人工过一遍再执行尤其是涉及 drop 的语句。对象浏览器里还有个实用功能右键任意对象选「View SQL」能直接看到建表或建包的完整 DDL复制出来改改就能用。写迁移脚本时这个比翻文档快。2.3 用模板和代码片段提速PLSQL Developer 自带 Code Assistant代码助手输入对象名后按回车能自动补全字段。但更值得配的是 Template模板。菜单 Tools → Preferences → User Interface → Code Templates可以自定义常用代码骨架。比如我常配一个存储过程模板CREATE OR REPLACE PROCEDURE p_${name} ( p_id IN NUMBER, p_result OUT VARCHAR2 ) IS -- 局部变量声明 v_count NUMBER : 0; BEGIN -- 业务逻辑 SELECT COUNT(*) INTO v_count FROM t_demo WHERE id p_id; p_result : COUNT || v_count; EXCEPTION WHEN NO_DATA_FOUND THEN p_result : NOT_FOUND; WHEN OTHERS THEN p_result : ERROR: || SQLERRM; END p_${name};${name}是占位符插入模板后光标会停在这里让你替换。EXCEPTION块里WHEN OTHERS一定要配SQLERRM把错误信息带出来否则出问题只能看到一个干巴巴的失败排查起来就是黑匣子。模板配好之后新建过程从几分钟缩到几秒而且异常处理格式统一团队协作时省很多沟通成本。3. 调试与执行计划把存储过程跑明白的两把刀3.1 存储过程单步调试的完整流程PLSQL Developer 的调试器是它相对其他轻量客户端最硬的功能。要调试一个存储过程步骤是先在 Object Browser 里找到目标过程右键选「Test」会弹出一个测试窗口。窗口上半部分是参数输入区下半部分是代码和调试控制。在参数区填好入参值然后点工具栏的「Start Debugger」绿色小虫子图标或者按 F9。调试过程中常用的快捷键F7 单步进入Step IntoF8 单步跳过Step OverF9 继续运行到下一个断点CtrlF9 运行到光标处。想看变量值把鼠标悬停在变量上或者在下方 Debug 面板的 Variables 区看。这里有个必须注意的点要调试存储过程当前连接的用户需要有DEBUG CONNECT SESSION和DEBUG ANY PROCEDURE权限否则点调试会报 ORA-01031 权限不足。授权语句-- 用 DBA 账号执行 GRANT DEBUG CONNECT SESSION TO dev_user; GRANT DEBUG ANY PROCEDURE TO dev_user;DEBUG CONNECT SESSION允许建立调试会话DEBUG ANY PROCEDURE允许调试任意用户的过程。生产库上一般不给这两个权限所以调试尽量在测试库做。如果非要在生产排查用 DBMS_DEBUG 或者开 trace 更稳妥别直接在生产上挂调试器会占会话资源。调试窗口里还能直接改变量值在 Variables 区双击某个变量的值改成你想要的值再继续跑。这个在模拟边界条件时特别好用比如想测 p_id 传 0 的情况不用改代码重新编译直接改内存里的值就行。3.2 看懂执行计划从 F5 到真实瓶颈写完 SQL 想知道快不快选中语句按 F5 看执行计划。PLSQL Developer 展示的是计划表Plan Table的内容需要先建好 plan_table。如果按 F5 报错说表不存在用这个脚本建-- 在目标用户下执行创建执行计划表 ?/rdbms/admin/utlxplan.sql -- 或者手动建 CREATE TABLE PLAN_TABLE ( STATEMENT_ID VARCHAR2(30), PLAN_ID NUMBER, TIMESTAMP DATE, REMARKS VARCHAR2(80), OPERATION VARCHAR2(30), OPTIONS VARCHAR2(255), OBJECT_NAME VARCHAR2(30), ... );?/rdbms/admin/utlxplan.sql是 Oracle 自带的脚本?代表 ORACLE_HOME。建完表再按 F5 就能看到计划了。看计划重点盯几个地方TABLE ACCESS FULL是全表扫描大表上出现就要警惕INDEX RANGE SCAN是索引范围扫描通常是我们想要的NESTED LOOPS嵌套循环适合驱动表结果集小的场景HASH JOIN哈希连接适合大表关联。Cost列是优化器估算的成本Cardinality是估算行数这两个数跟实际差太多说明统计信息过期了跑一下DBMS_STATS.GATHER_TABLE_STATS再重新看。注意F5 看到的是估算计划不是实际执行统计。要看真实行数和实际耗时得用SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR(...))这个在 SQL Window 里执行能看到 A-Rows 和 A-Time 列那才是真实数据。3.3 SQL Window 里几个提效操作SQL Window 是日常待得最久的地方。几个用了就回不去的操作选中一段 SQL 按 CtrlEnter 只执行选中的部分不用把整段注释来注释去。写大段脚本时把要跑的那几句选中执行其余留着当参考。结果集右键选「Copy to Excel」能把查询结果直接导出成 xlsx格式比手动复制粘贴整齐。导出大量数据时用「Export Results」→ CSV比 Excel 格式快百万行级别也不容易卡死。自动替换功能AutoReplace在 Preferences 里配比如把s*替换成SELECT * FROM把w替换成WHERE。敲两个字符加空格就展开写查询的速度能提一截。这个功能跟前面说的模板配合用一个管短句一个管整段骨架。4. 避坑与排查那些年踩过的连接和调试的坑4.1 中文乱码查出来全是问号现象查询结果里的中文显示成???或者插入中文后存进去变成乱码。原因客户端字符集和数据库字符集不一致。常见情况是数据库是 AL32UTF8而 Windows 客户端默认走了 ZHS16GBK或者反过来。解决先查库的字符集SELECT * FROM nls_database_parameters WHERE parameter LIKE %CHARACTERSET%;然后在客户端设NLS_LANG环境变量格式是语言_地区.字符集比如SIMPLIFIED CHINESE_CHINA.AL32UTF8。设完重启工具。注意 NLS_LANG 里的字符集要和数据库一致不是和操作系统一致这点很多人搞反。4.2 ORA-12154TNS 无法解析服务名现象登录时报 ORA-12154说无法解析指定的连接标识符。原因三种可能。一是 tnsnames.ora 路径不对工具没找到二是别名拼写和文件里不一致三是装了多个 Oracle 客户端PATH 里排在前面的那个没有对应的 tnsnames.ora。解决先确认TNS_ADMIN指向的目录下有 tnsnames.ora再确认别名大小写和空格。多客户端冲突的话在命令行where oci.dll看实际加载的是哪个把不用的客户端从 PATH 里去掉。实在懒得配直接用 EZConnect 格式host:port/service登录绕过 tnsnames。4.3 调试断点不生效现象设了断点点调试后直接跑完断点根本没停。原因多半是编译时没带 debug 信息。存储过程默认编译是不含调试信息的需要在编译选项里加DEBUG。解决在 Object Browser 里右键过程选「Recompile」勾上「Add debug information」或者手动执行ALTER PROCEDURE p_demo COMPILE DEBUG;DEBUG关键字让编译器把调试符号写进去这样断点才能命中。改完重新调试即可。另外确认连接用户有前面说的调试权限。4.4 直接在生产库改表结构现象在 Object Browser 里右键表选 Edit改完字段点保存工具直接发了 ALTER TABLE 到生产库锁表导致业务卡顿。原因PLSQL Developer 的 Edit 功能是直接对库执行 DDL 的没有二次确认也没有事务回滚一说DDL 自动提交。解决生产库上永远不要用图形界面改结构。正确做法是生成 DDL 脚本走变更流程在维护窗口执行。工具里可以用 Compare User Objects 生成脚本但执行环节必须人工把控。我自己的习惯是生产连接一律用只读账号从源头上杜绝误操作。4.5 导出大量数据时工具卡死现象用 Export Results 导几百万行工具界面无响应最后报内存不足。原因PLSQL Developer 是 32 位程序居多内存寻址有限一次性把结果集全拉进内存再写文件数据量大就崩。解决分页导出用WHERE ROWNUM 100000之类的条件分批查分批导。或者改用 SQL*Plus 的SET ARRAYSIZE配合 spool命令行导出大结果集更稳。导出格式选 CSV 而不是 ExcelCSV 是流式写内存压力小。5. 进阶习惯把常用脚本沉淀成自己的工具箱用久了会发现真正提效的不是工具本身而是你在工具里攒下的那套脚本。我一般会在 PLSQL Developer 里建一个专门的 SQL 文件叫toolbox.sql把高频操作都塞进去用注释分块需要时打开选中执行。比如查锁和阻塞的脚本出问题时第一时间跑-- 查当前阻塞会话 SELECT s1.sid AS blocking_sid, s2.sid AS waiting_sid, s2.event, s2.seconds_in_wait, s1.sql_id AS blocking_sql, s2.sql_id AS waiting_sql FROM v$lock l1 JOIN v$session s1 ON l1.sid s1.sid JOIN v$lock l2 ON l1.id1 l2.id1 AND l1.id2 l2.id2 JOIN v$session s2 ON l2.sid s2.sid WHERE l1.block 1 AND l2.request 0;v$lock里block1的是持有锁的会话request0的是在等锁的会话通过 id1/id2 关联起来就能看到谁堵了谁。seconds_in_wait是已经等了多久超过几十秒基本就是真堵了。找到 blocking_sid 之后要么让对方提交或回滚要么用ALTER SYSTEM KILL SESSION sid,serial#强杀但强杀前一定确认对方事务能不能丢。再比如查表空间使用率的-- 表空间使用率 SELECT d.tablespace_name, ROUND(d.total_mb, 2) AS total_mb, ROUND(d.total_mb - f.free_mb, 2) AS used_mb, ROUND((d.total_mb - f.free_mb) / d.total_mb * 100, 2) AS used_pct FROM (SELECT tablespace_name, SUM(bytes)/1024/1024 AS total_mb FROM dba_data_files GROUP BY tablespace_name) d, (SELECT tablespace_name, SUM(bytes)/1024/1024 AS free_mb FROM dba_free_space GROUP BY tablespace_name) f WHERE d.tablespace_name f.tablespace_name ORDER BY used_pct DESC;dba_data_files算总大小dba_free_space算剩余两者相减就是已用。used_pct超过 85% 就该考虑加数据文件或者清理了。这个脚本我设了快捷键每天上班先跑一遍比等告警强。还有一个习惯是给每个连过的库在登录界面存好带颜色标记的连接项。生产库标红测试库标绿开发库标蓝。PLSQL Developer 的登录项可以设颜色连上之后窗口标题栏会显示对应颜色一眼就能看出当前在哪个库上操作。这个习惯救过我一次本来要在测试库删数据手滑点到了生产连接因为标题栏是红的停了一下避免了一次事故。从那以后我每次打开工具第一件事就是确认标题栏颜色第二件事是确认当前 Schema。这两个确认动作加起来不到三秒但能挡掉大部分误操作。希望帮到你。本文还有配套的精品资源点击获取