MyBatis分页插件对Oracle 12c+的OFFSET FETCH不生效，主因是未正确配置方言（如PageHelper需设helperDialect=oracle12）或JDBC驱动版本过低；手写ROWNUM分页须严格三层嵌套并确保最内层ORDER BY；count查询失败多因子查询别名缺失或UNION ALL导致封装异常；ORA-00907错误源于WITH子句被OFFSET FETCH包装，需改写SQL或退回到ROWNUM模式。
MyBatis 拦截器分页插件对 Oracle 12c+ 的 OFFSET FETCH 不生效？
oracle 12c 引入了标准 sql 分页语法 offset ... fetch next，但 mybatis 的主流分页插件（如 pagehelper、mybatis-plus）默认仍走 rownum 嵌套子查询老路。不是插件不支持，而是它压根没触发——因为插件靠识别方言（dialect）决定生成哪种 sql，而你没告诉它“这是 oracle 12c+”。
- PageHelper 需显式配置
helperDialect=oracle12（不是oracle），否则 fallback 到oracle方言，强制用ROWNUM - mybatis-plus 的
MybatisPlusInterceptor+OraclePaginationInnerInterceptor是 3.4.3.4+ 才有的专用拦截器，旧版PaginationInnerInterceptor会忽略OFFSET FETCH能力 - 即使配置了
oracle12，如果 JDBC URL 中 Oracle 驱动版本低于 12.1（如 ojdbc6.jar），驱动本身不识别OFFSET FETCH，SQL 会直接报错ORA-00933: SQL command not properly ended
手写 ROWNUM 分页时 WHERE 条件被吞掉？
手动拼 ROWNUM BETWEEN x AND y 是常见操作，但极易漏掉外层 ORDER BY —— 这会导致分页结果乱序甚至重复。Oracle 的 ROWNUM 是在结果集生成过程中逐行分配的，不是排序后才编号。
- 必须用三层嵌套：
SELECT * FROM ( SELECT ROWNUM rn, t.* FROM ( SELECT ... ORDER BY xxx ) t WHERE ROWNUM <= endRow ) WHERE rn >= startRow - 最内层
ORDER BY缺失 → 外层ROWNUM分配无序 → 第二页可能含第一页数据 - 若原 SQL 已有
ORDER BY，不能简单追加；需提取并移到最内层子查询中，否则会被外层ROWNUM截断前打乱 - 别用
SELECT * FROM (SELECT ..., ROWNUM rn FROM ...) WHERE rn BETWEEN...——ROWNUM在SELECT里赋值时，记录还没进结果集，行为不可控
PageHelper 的 startPage 在 Oracle 上查不到总数？
PageHelper 默认开启 reasonable=true 和 supportMethodsArguments=true，但 Oracle 下 count 查询常因子查询别名、GROUP BY 或复杂 WITH 子句失败，导致 total=0。
- 检查日志中实际执行的 count SQL：是否含
SELECT COUNT(*) FROM ( your_sql ) tmp_count？如果your_sql里有SELECT *且字段含表达式（如a+b as sum），Oracle 要求外层必须给tmp_count显式别名，否则报ORA-00904: "TMP_COUNT"."XXX": invalid identifier - 临时关闭自动 count：
PageHelper.startPage(pageNum, pageSize, false)，自己手写count方法，避免插件解析出错 - 若原 SQL 含
UNION ALL，PageHelper 的 count 封装会失效（它只包一层），必须拆成两个独立 count 查询
mybatis-plus 的 OraclePaginationInnerInterceptor 报 ORA-00907: missing right parenthesis
这个错误通常出现在使用了 WITH 子句或窗口函数的原 SQL 上。Oracle 的 OFFSET FETCH 语法要求整个可分页查询必须是“单个 SELECT”，不能是 WITH ... SELECT 或 SELECT ... FROM (WITH ... SELECT) 结构。
-
OraclePaginationInnerInterceptor会把原 SQL 包进SELECT * FROM ( original_sql ) LIMIT ...，但 Oracle 不接受WITH前置语句被括号包裹 - 解决方法只有两个：要么改写原 SQL，把
WITH内联为子查询；要么关掉该拦截器，退回到ROWNUM模式（配置dialect=oracle） - 注意：
OFFSET FETCH在 Oracle 中不支持ORDER BY字段含NULLS FIRST/LAST（12.1~19c），会直接报错，需提前清理
Oracle 分页真正的麻烦不在语法，而在「你以为用了新语法，其实驱动或插件悄悄降级」——务必抓包看最终执行的 SQL，别信配置名。
