前言在Oracle开发与调优中，长期存在两个广为流传的错误经验：1、WHERE条件从左到右执行，必须把精准条件写在前面才能提速；2、正则写 ^ 前缀就能像 LIKE 'XX%' 一样走索引。很多开发在大数据量表查询中，乱用 REGEXP_LIKE、纠结 WHERE 条件书写顺序，最终导致SQL卡顿、CPU飙升、全表扫描等问题。本文基于千万级生产数据表，从执行原理、索引机制、性能差异、落地规范四个维度，彻底讲清 Oracle WHERE 执行顺序、LIKE 与正则的取舍方案，纠正全网通用误区，给出可直接落地的编码规范。一、核心误区：Oracle WHERE 真的按书写顺序执行？1.1 代码逻辑 VS SQL执行逻辑（关键区别）绝大多数人混淆了「编程语言短路执行」和「Oracle SQL优化执行」：Java/JS/Python（短路与）：严格从左至右执行，前置条件不成立则直接短路，书写顺序直接影响性能。Oracle CBO优化器（普通AND条件）：完全不按书写顺序执行。Oracle 接收到SQL后，会自动进行谓词重排：根据索引可用性、数据选择性、执行开销，自动挑选最优执行顺序，和代码书写顺序无关。优先执行规则：等值索引条件 范围条件 模糊匹配 正则/函数计算1.2 实战验证：顺序调换性能完全一致如下两条SQL，无论正则写在前还是等值条件写在前，执行计划、逻辑IO、CPU耗时、扫描行数完全一致：sql-- 写法1：规范写法（等值前置）SELECT * FROM HIS_CHECKWHERE blbh=123456 AND REGEXP_LIKE(col2,'^ABC');-- 写法2：正则前置（看似不合理，性能无差异）SELECT * FROM HIS_CHECKWHERE REGEXP_LIKE(col2,'^ABC') AND blbh=123456;优化器会自动识别：blbh=123456是高选择性索引条件，优先
