1. 先把环境搞稳：Oracle安装、连接与日常“翻车现场”
做Oracle开发也好，做DBA也罢，第一步永远不是写SQL，而是先把数据库环境伺候明白。我见过太多人在这一环节卡住，有人下载安装包就折腾了两天，有人装好了不知道怎么连接局域网数据库，还有人因为卸载不干净导致重装一直失败。这些问题的共性在于：大家把Oracle当成MySQL在玩，忽视了这个产品自带的企业级复杂度。
先说安装。Oracle的安装套路和其他数据库不太一样，它通常包含两个组成部分：数据库实例本身，以及配套的监听服务。很多新手装完数据库实例发现连接不上，十有八九是监听服务没起来。监听服务是什么？你可以把它理解成酒店前台，客户端要入住（连接）某个房间（数据库实例），得先通过前台登记。前台都没开张，客人自然找不到房间。
另外我强烈建议，安装之前先确认好你需要的版本。Oracle 12c以后引入了多租户架构（CDB/PDB），19c和21c更是把这种架构作为默认形态，这和10g、11g时代完全两回事。如果你只是本地学习测试，选Express版本（XE）就够了，体积小、资源占用低，跑SQL学习完全没问题；如果是公司生产或者课程设计，再考虑标准版或企业版。千万不要一上来就装企业版，配置复杂度会直接劝退新人。
再提一个热词里很多人搜的问题：12c删除不干净。Oracle的卸载确实出了名的烦人，它不像普通软件那样点个卸载就完事，而是会在系统里留下注册表、服务项、目录、环境变量等多个残留点。你如果只是简单删掉安装目录，下次重装大概率会报错，比如“OracleMTSRecoveryService已存在”或者监听配置冲突。正确的做法是：先用自带的Oracle Universal Installer卸载产品组件，再手动删除服务（命令行执行sc delete），清理注册表（regedit里搜索Oracle相关项），最后删干净目录和环境变量。这一套流程走下来才算真正卸干净。
PL/SQL Developer连不上局域网其他机器的Oracle，也是高频问题。这里要分三层排查：第一层，数据库所在机器的监听服务是否启动；第二层，网络是否通畅（ping一下IP，telnet测一下1521端口）；第三层，归档和协议是否正确，tnsnames.ora里的HOST要写对，不能一直用localhost。另外Oracle 12c以后的默认连接方式建议走服务名（Service Name）而不是SID，很多新人在这一步容易混。
-- tnsnames.ora 经典配置示例 ORCL = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.100)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl) ) )配置好以后，PL/SQL Developer里选择对应的连接名，用户名密码输入system或你自己建的业务账号，正常就能连上。这个过程没有太多玄学，就是按顺序把每一环都查一遍。
2. 最常用的SQL操作：增删改查与分页别走弯路
环境就绪之后，真正高频的内容就来了——增删改查（CRUD）。这个基本功看起来谁都会，但Oracle里的细节和MySQL有挺多差异，我自己就见过不少写惯了MySQL的同学在Oracle上栽跟头。
先看最基本的增删改查语法。Oracle支持标准的INSERT、UPDATE、DELETE和SELECT，这部分与绝大多数数据库兼容，但有几个Oracle特有的习惯用法需要适应。第一个是SELECT查询必须带FROM，如果只是测试函数或计算表达式，要写FROM dual。dual是Oracle自带的一个单行单列虚拟表，很多新手第一次看到会很懵，用多了就习惯了。
-- 查询当前时间（Oracle写法） SELECT SYSDATE FROM dual; -- 字符串拼接（Oracle用||，MySQL用CONCAT） SELECT 'Hello' || ' ' || 'World' FROM dual;第二个是INSERT的写法，Oracle支持标准的多行插入，也支持INSERT ALL这种比较有特色的写法。多行插入在11g以后可以直接用INSERT INTO ... SELECT ... FROM dual UNION ALL这种形式，也可以直接写VALUES后用多条语句，具体看场景和个人习惯。
再说UPDATE和DELETE，这两个操作在Oracle里必须谨慎，因为它们默认情况下不会像MySQL那样需要手动提交事务，但Oracle是默认开启事务的——你执行了一条UPDATE，如果没有COMMIT，数据改变只对当前会话可见，其他会话读到的还是旧值。这是Oracle和MySQL在默认提交策略上一个非常大的区别：MySQL默认自动提交，Oracle必须显式COMMIT。很多从MySQL转过来的人，第一次跑完UPDATE以为完事了，结果一看数据没变，还以为SQL写错了，其实是没提交。
COMMIT之外，还有回滚（ROLLBACK），这其实是Oracle的一个优势。因为事务和锁机制设计得足够成熟，你可以更安全地试错，出问题了直接ROLLBACK就行。这种“默认不提交”的机制在金融、政务这类对数据一致性要求高的场景里特别有价值。
增删改查说完，必须重点聊聊分页。Oracle的分页算是SQL世界里的一个经典话题，因为它在12c之前没有一个像MySQL那样简洁的LIMIT语法，长期靠ROWNUM和衍生写法实现。一个常见的分页模板是这样的：
SELECT * FROM ( SELECT t.*, ROWNUM rn FROM (SELECT * FROM user_info ORDER BY create_time DESC) t WHERE ROWNUM <= 20 ) WHERE rn >= 11;这段SQL的逻辑是：先按排序条件取前20条，然后从这20条里取出第11到20条，也就是第二页的数据。注意内层ROWNUM不能用大于条件，必须以“ROWNUM <= 20”来截断，再在外层用rn >= 11过滤。这个顺序一旦搞反，查询就会返回空结果。很多人在这个点反复踩坑，其实就是没理解ROWNUM是在结果集生成过程中分配的行号，不是结果集生成完之后再编号的。
如果你的数据库版本在12c及以上，那就轻松多了，直接用OFFSET FETCH子句，和PostgreSQL、DB2的用法就很接近了。
SELECT * FROM user_info ORDER BY create_time DESC OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY;这行代码的意思是从第11行开始取10行，对应第三页的数据。12c引入这个语法后，Oracle分页的体验才算真正向现代数据库看齐了。实务建议是：版本允许就优先用OFFSET FETCH，代码可读性高一个档次；但如果要兼容11g及以下旧库，那就老老实实用ROWNUM那套模板。
3. 存储过程与窗口函数：让SQL操作从“能用”到“好用”
如果说增删改查是SQL的地基，那存储过程和窗口函数就属于打出“专业感”的高级功了。这两块内容也是很多Oracle课程设计和实际业务开发的重头戏，热搜词里的“oracle存储过程”和“sql窗口函数”出现频率相当高。
3.1 存储过程：先理解“为什么要用存储过程”
Oracle的PL/SQL存储过程，本质上就是把一段业务逻辑写进数据库内部。有人会问：现在后端框架这么成熟，为什么还要用存储过程？确实，在CRUD简单的场景下不用存储过程完全没问题，但当你面对复杂报表、批量数据处理、事务性较强的逻辑时，存储过程可以把多次网络往返合并成一次调用，还能在数据库内部复用执行计划，性能和一致性都更好。
Oracle存储过程的基本结构如下：
CREATE OR REPLACE PROCEDURE proc_get_user_count ( p_status IN VARCHAR2, v_count OUT NUMBER ) AS BEGIN SELECT COUNT(*) INTO v_count FROM user_info WHERE status = p_status; END proc_get_user_count;这段代码定义一个存储过程，入参是状态值，出参是统计数量。核心逻辑就是查一下某个状态的用户有多少个。调用方式可以是EXEC proc_get_user_count('ACTIVE', :v)；在PL/SQL Developer里可以通过测试窗口直接看到出参结果。
存储过程里最实用也最容易出错的点有三处：一是异常处理，二是游标使用，三是事务控制。异常处理记得用EXCEPTION块去捕获，最常见的WHEN OTHERS一定要配一个报错日志或回滚，不然你很难定位问题。游标分隐式游标和显式游标，普通单值查询用INTO，多行遍历就要用显式游标或FOR循环。
-- 带游标的存储过程片段 FOR rec IN (SELECT id, name FROM user_info WHERE create_time > SYSDATE - 30) LOOP DBMS_OUTPUT.PUT_LINE('用户: ' || rec.name); END LOOP;这个写法里Oracle会自动打开、抓取、关闭游标，代码非常简洁。实际生产环境里，存储过程里再套存储过程、动态拼接SQL（EXECUTE IMMEDIATE）也非常常见，动态SQL需要特别注意注入风险，拼接条件时如果用到用户输入，必须用绑定变量（:1、:2这种），不要直接字符串拼进去。
3.2 窗口函数：报表和复杂统计的降维打击
窗口函数（Window Function）在Oracle中也被称为分析函数（Analytic Function）。它解决的核心问题是“在不改变行数的情况下，对每一行做跨行计算”，比如计算累计值、排名、同比环比等。
最经典的三个窗口函数组合是ROW_NUMBER()、RANK()和DENSE_RANK()。三兄弟的区别请在表格里记好：
| 函数 | 作用 | 相同排名处理方式 | 典型场景 |
|---|---|---|---|
| ROW_NUMBER() | 生成行号 | 不并列，同值随机排 | 取每组前N条 |
| RANK() | 计算排名 | 同值同名，后续跳号 | 比赛排名，如1、1、3 |
| DENSE_RANK() | 计算连续排名 | 同值同名，不跳号 | 绩效等级，如1、1、2 |
最简单的分组Top N查询，Oracle里有句话叫“取每组前N条，先窗口函数再过滤”。你可以把ROW_NUMBER()放在子查询里，按组内排序编号，外层再用rn小于等于N过滤。
SELECT * FROM ( SELECT id, dept_id, salary, ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn FROM employee ) WHERE rn <= 3;这个SQL在你做“每个部门工资最高的三个人”“各月销量最好的五款商品”这类需求时非常管用。PARTITION BY后面写分组字段，ORDER BY控制组内排序规则，非常灵活。
窗口函数还支持滑动窗口计算，比如月度累计：
SELECT month_id, amount, SUM(amount) OVER (ORDER BY month_id ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) AS cumulative_amount FROM sales;这段SQL的意思是：按月排序后，从第一行累加到当前行，得到月度累计销售额。这种算累计值的方式，比子查询关联要高效得多，代码也更短。窗口替代子查询，执行计划往往也更优，因为优化器更容易拿到好的排序路径。实际开发中，凡是“某行需要参考它前面若干行的数据”这种场景，优先想一下能不能用分析函数解决。
4. 慢SQL优化：从EXPLAIN到索引的完整思路
慢SQL优化是Oracle数据库实操里最有价值、也是最容易拉开人与人差距的一块。热搜里的“慢sql优化 explain主要看哪些信息”就问得非常具体，这直接关系到你会不会做SQL调优。Oracle的优化器基于成本估算（CBO），它会根据统计信息给SQL生成多个执行计划候选，然后挑一个它认为成本最低的。我们平时说的看EXPLAIN，就是在看这个最终执行计划。
4.1 EXPLAIN PLAN到底在看什么
最简单直接的查看方式：
EXPLAIN PLAN FOR SELECT * FROM user_info WHERE emp_no = '10086'; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);执行完这两条SQL，你会得到一张执行计划表。这张表的核心信息包括：操作类型（TABLE ACCESS FULL还是TABLE ACCESS BY INDEX ROWID）、行数估算、字节数、成本值、谓词条件。新手看执行计划的顺序是：先看是不是全表扫描，再看有没有使用索引，最后看ORDER BY和SORT步骤是否出现在不该出现的位置。
常见执行计划关键字含义，我用自己的话给你捋一下：
| 执行计划关键字 | 含义 | 需要警惕程度 |
|---|---|---|
| TABLE ACCESS FULL | 全表扫描 | 大表上出现必须警惕 |
| INDEX RANGE SCAN | 索引范围扫描 | 正常，注意是否高效 |
| INDEX FULL SCAN | 索引全扫描 | 一般，看查询列是否都在索引里 |
| TABLE ACCESS BY INDEX ROWID | 回表取数据 | 单次回表没问题，大量回表要优化 |
| NESTED LOOPS | 嵌套循环连接 | 适合小表驱动大表 |
| SORT AGGREGATE | 排序聚合 | 看是否合理 |
| SORT ORDER BY | 排序操作 | 大结果集排序通常比较费资源 |
判断一个SQL慢不慢、计划好不好，重点看两步：第一步，确认连接方式是否正确，驱动表是否合理，有没有出现笛卡尔积（MERGE JOIN CARTESIAN）这种明显异常的点；第二步，看每个操作返回的行数估算（Rows）和实际访问的块数，如果估算偏差巨大，多半是统计信息过期需要重新收集。
4.2 索引失效与改写SQL的实战经验
执行计划看明白了，下一步就是写索引、调SQL。Oracle里最常见的一个坑是：在索引列上使用函数，导致索引失效。举个例子，你有emp_no列的索引，查询时写成：
SELECT * FROM user_info WHERE SUBSTR(emp_no, 1, 5) = '10086';这种情况下，Oracle必须对每一行先执行SUBSTR函数再比较，索引就派不上用场了。正确做法是把函数从列上去掉，改写成范围条件：
SELECT * FROM user_info WHERE emp_no LIKE '10086%';另一个经典失效场景是隐式类型转换。如果emp_no是VARCHAR2类型，参数却传了数字，Oracle会在列上做TO_NUMBER运算，也会导致索引失效。所以写SQL的时候，类型一定要匹配严格。还有“不等于”“NOT IN”“IS NULL”这类查询，Oracle走索引的效果往往不好，数据量大的时候即便是普通索引也可能不生效，这时候就要考虑是否改写成“= 加 UNION”或者使用函数索引。
另外一种特别常见的优化手段是改写子查询为JOIN或EXISTS。比如查“有订单的用户”，子查询写法慢，改JOIN DISTINCT或者EXISTS以后会有明显改善：
-- 较慢的子查询写法 SELECT name FROM user_info WHERE id IN (SELECT user_id FROM order_info); -- 更推荐用EXISTS SELECT name FROM user_info u WHERE EXISTS (SELECT 1 FROM order_info o WHERE o.user_id = u.id);这里的原因在于：EXISTS只需要判断主查询每一行是否在子查询中“存在”，不需要像IN那样把子查询结果集全部算出来再比对，在子查询数据量大、有索引的情况下差别非常明显。
索引设计上还有个经验：复合索引的字段顺序很重要，最常用的等值条件放最前面，范围条件放后面。同时不要在一个表上建太多索引，索引是读优化的手段，但会拖慢INSERT/UPDATE/DELETE的性能。经验值是一张表控制在5个以内，业务表再复杂的场景也不要超过8个，否则写入路径会变得很难看。
5. 常见问题排查实录：监听故障、数据抽取与跨库迁移
不管你是开发还是DBA，平时被问得最多的从来不是怎么写SQL，而是“数据库连不上了”“某个功能报错了”。这一节我集中整理几个高频问题，都是我自己踩过坑后总结出来的实操排查思路。
5.1 ORA-12541监听服务无法启动的排查
“Oracle监听服务无法启动”是热搜词，也是全新手村的经典拦路虎。遇到这类问题别急着百度，按下面这个顺序来排查：
- 查看监听状态：执行lsnrctl status，确认监听进程是否在运行。
- 查看监听日志：lsnrctl的日志文件通常位于$ORACLE_HOME/network/log/listener.log，报错原因在里面通常有详细记录。
- 检查端口占用：默认端口1521，可以用netstat -ano查看是否被其他程序占用，如果有进程占用了1521，Oracle监听自然起不来。
- 检查hosts文件和主机名解析：数据库中监听配置文件listener.ora里如果写了具体的机器名，而机器名解析失败，监听也会启动失败。这时把它改成IP或localhost能快速绕过问题。
- 确认权限和路径：如果是非root用户启动监听，需要确认log目录有写权限，否则也会报错。
如果你改了listener.ora，记得先执行lsnrctl stop再lsnrctl start，让配置重新加载。注意，不要用reload去处理ORACLE_HOME变更，那个命令只重新读取配置，不会重新加载环境变量，容易出一些诡异问题。
5.2 从Oracle到PostgreSQL/达梦：语法差异与数据迁移注意点
热词里有个“oracle和postgresql语法区别”，这也是在企业里做国产化替换、异构数据库迁移时绕不开的题。Oracle和PostgreSQL整体语法很接近，但细节差异非常多。常见的区别就这么记：
| 对比项 | Oracle | PostgreSQL | 注意点 |
|---|---|---|---|
| 字符串拼接 | || | || 或 CONCAT | CONCAT函数在Oracle里不能直接用，需要新函数 |
| 分页 | ROWNUM/OFFSET FETCH | LIMIT ... OFFSET | 12c以前要用ROWNUM模板 |
| 自增列 | SEQUENCE + 触发器/IDENTITY | SERIAL/IDENTITY | Oracle没有直接AUTO_INCREMENT |
| 空字符串 | 视为NULL | 区分空串和NULL | 这是最隐晦的坑 |
| 获取当前时间 | SYSDATE | NOW() | 函数完全不一样 |
| 类型转换 | TO_NUMBER/TO_DATE | CAST/::语法 | TO_DATE和TO_CHAR函数名差异明显 |
| 存储过程返回结果集 | SYS_REFCURSOR | RETURNS TABLE/REFCURSOR | 改写成本略高 |
| 字符串替换/正则 | REGEXP_REPLACE | REGEXP_REPLACE | 部分正则语法不完全一致 |
最坑的是空字符串问题。Oracle里''和NULL是等效的，但PostgreSQL里''是一个真实存在的长度为零的字符串。如果你把旧系统数据从Oracle迁移到PostgreSQL，原来那些被存成空字符串的值，在PG里可能变成真正的NULL，业务上如果没注意，查询结果就会莫名其妙少若干行。
关于“dolphinscheduler数据库数据抽取”这类调度工具，我只说一个实际经验：数据抽取任务最常见的失败原因是字段类型映射，比如Oracle的DATE类型抽到目标库变成VARCHAR2，时间格式丢失；另外是主键冲突，源库有脏数据时目标库报唯一约束冲突。建议在调度任务里加上源端和目标端字段类型对照表，并在每次抽数前先检查数据量级，数量对不上就立刻停止任务，别等到跑完了才发现。
如果要做ClickHouse整体迁移或达梦、MySQL之间的切换，一定先做一次“最小数据集POC”（概念验证），拿一张小表、一套核心查询，把迁移流程跑通一次，再上全量。直接拿全量数据做异构迁移，十有八九会踩到意想不到的兼容性坑，到时候再回头查就非常被动。
6. 写在最后：平衡“会用”与“好用”
做Oracle SQL操作的时间越久，我越觉得，技术不在于你会写多少奇技淫巧的SQL，而在于你能不能在正确的场景用正确的手段解决问题。增删改查是基本功，窗口函数是加分项，EXPLAIN是判断依据，存储过程是复杂业务逻辑的封装工具。把它们组合起来，遇到问题能按“先看执行计划、再改SQL、最后考虑索引和表结构”这个顺序来排查，就已经比不少人有章法了。
我个人在实际操作中最喜欢的一招是：每次调优SQL之前，先备份原始SQL和执行时间，优化完再对比一次，把前后差距量化保存下来。千万别凭感觉说“应该快了”，压测环境或实际业务里跑出来的时间才是最诚实的。这个习惯让我在项目汇报和故障复盘时都省了很多嘴皮子功夫。
另外，对于刚入门的同学，我建议不要急着把所有知识点一次性铺开学，你先照着这篇文章把环境搞定、把CRUD练熟、把分页写对，再有意识地练一练窗口函数和EXPLAIN，等这些都顺手了，你再回头看存储过程、数据迁移和优化方案，就会觉得一切都很自然。SQL操作这个主题，学起来没有太多乐趣，但用好了是真的能省下大把的时间，也真的能看出一个人的基本功扎不扎实。
