> 系列第 27 篇。前面二十六篇都在讲"用起来哪里疼"。从这篇开始换个角度——把日志文件拆开，看里面到底写了什么。第一站不是数据，是每条记录开头的那个字节：操作码。
***
## 一句现场对话

"这条日志明明是个 UPDATE，你们解析出来怎么成了 INSERT？"

对面的开发把两边的结果并排放着。源库执行的是 **UPDATE t SET amt=200 WHERE id=1**，我们吐出去的事件类型却是插入。

根因不在事务、不在字典、不在 SCN。在**第一个字节**：操作码认错了，后面所有字段的解读全跟着错。
***
## 01 操作码是这条记录的"身份证"

一条 redo record 不是"从哪到哪的一段数据"，它有明确的开头：

```text
[ 长度 ][ 操作码 ][ 事务号 ][ 地址 ][ 变更内容 ]
```

第二个字段就是操作码（OP code）。它回答一个最基础的问题：**这条记录到底在干什么。**

这个字段之所以关键，是因为**后面那段字节怎么解读，完全取决于它**：

- 是插入 → 后面跟的是整行的新值；
- 是更新 → 后面跟的是"哪几个字节从什么改成了什么"；
- 是删除 → 后面跟的是被删掉那一行的旧值；
- 是提交 → 后面基本没数据，就一个事务号和一个时刻。

同一串字节，当成插入解和当成更新解，出来的东西完全不同。**操作码错了，后面全是噪音，而且不报错。**
> **![第27篇_chart1_record.png](https://developer.qcloudimg.com/http-save/yehe-12647572/68471f726bdae4df5ac98d389280760c.png)**
>
> 把光标放这一行 → 删掉提示 → 点「插入 → 图片」上传同目录下的 chart1_record.png
***
## 02 150 多种，常用的不到 10 个

Oracle 的 redo 操作码是一个"带小数点"的编号：整数部分是**类别**，小数部分是**该类别下的具体动作**。

公开资料里能数出一百五十多种，但真正在业务库的日志里高频出现的，就那么几个：

| 操作码 | 干什么 | 出现频率 |
|---|---|---|
| 5.1 | 撤销某次修改（回滚时写） | 低，但极关键 |
| 5.2 | 事务开始 | 每事务 1 次 |
| 5.4 | 事务提交 | 每事务 1 次 |
| 5.5 | 事务回滚 | 低 |
| 11.x | 索引块上的增删（叶子行、分支） | 极高 |
| 4.x | 数据块格式化、块清理 | 中 |
| 2.x / 3.x | 段、区间的分配与回收 | 低 |
| 10.x | 索引的合并、分裂类操作 | 中 |

看到没：**5.x 是事务控制，11.x 是索引，4.x 是块级动作。** 前缀决定了这条记录属于哪一层。

一个常识性的坑：很多人以为"一个事务 = 一条 5.2 + 若干数据记录 + 一条 5.4"。真实日志里，两条数据记录之间会插进一堆索引块的变更、块清理记录，甚至别的用户的干扰。**日志是交错的，不是按事务排好的。**
> **［插图 2：chart2_family.png］![第27篇_chart2_family.png](https://developer.qcloudimg.com/http-save/yehe-12647572/f574ca7ef52c153ceb7ec7d1878e18b0.png)**
>
> 把光标放这一行 → 删掉提示 → 点「插入 → 图片」上传同目录下的 chart2_family.png
***
## 03 传统路线里，操作码是"看不见的"

这是 LogMiner 这条路线最本质的一个特征，也是它的天花板来源。

LogMiner 给你的是 **SQL_REDO** 和 **SQL_UNDO** 两列——**已经是 SQL 文本了**。中间那一步"把操作码翻译成人能看懂的操作"，是 Oracle 内核里的闭源逻辑。

好处是省事。代价是三层：

**第一层：你看不到原始操作码。** 想知道"这条到底是块清理还是真的数据变更"，只能从拼出来的 SQL 反推。反推不了的时候，你没有任何抓手。

**第二层：翻译层认不出的，就没了。** 内核翻译层遇到它不认识的类型、不支持的结构（比如某些大对象、某些特殊表），结果是给个 **UNSUPPORTED** 或者干脆 NULL。**你不是"解析失败"，你是"拿到了一条看起来正常、实际残缺的记录"。**

**第三层：翻译层有自己的限制，而且会传导给你。** 30 字符表名限制、复杂类型不支持——这些都不是"日志里没有"，是"翻译成 SQL 的这一层做不到"。日志文件里，那个字段就在那儿，字节都在。

一句话：**LogMiner 把操作码吃掉了，只把翻译结果递出来。你拿到的是"结论"，不是"证据"。**
***
## 04 裸日志怎么做：从第一手信息开始分流

换个起点：**不去要翻译结果，直接读那个字节。**

1. **先认操作码，再决定怎么解。** 读到一条记录，第一个动作是取操作码，然后按类别路由到不同的解析器：事务控制走一条路，索引变更走另一条，数据变更走第三条。
2. **不认识的，登记下来，不猜。** 一百多种操作码里总有没见过的（尤其新版本）。做法是记一条"未知操作码 + 位置 + 原始字节"，跳过继续，事后补。**猜错比跳过危险得多。**
3. **按类别做完整性校验。** 事务控制的记录必须成套（有 5.2 就该有 5.4 或 5.5），索引变更和数据变更要能对上。对不上说明日志断了，报错。
4. **版本差异在内部消化。** 10g 到 23ai，操作码有增有删、有含义微调。这件事必须自己适配，不能指望上游。

**这条路的核心差别不在"能不能解"，在"解错了会不会被你知道"。** 直接读字节，每一步都有原始位置可回溯；只拿翻译结果，出错时你连从哪儿查起都不知道。
***
## 05 这件事我们是怎么落地的

河北英数的 **TLA**（Transaction Log Analysis，事务日志解析组件）第一步做的就是操作码分流：读块头、遍历 record、取操作码，按类别进不同的解析分支。

三个设计上的取舍，值得说一下：

- **未知操作码一律不猜。** 记位置、记原始字节、跳过。宁可少输出一条，也不输出一条猜出来的。
- **事务控制记录单独成链。** 5.1 / 5.2 / 5.4 / 5.5 走一条独立的状态机，和数据变更解耦——这样即使数据侧遇到不认识的类型，事务边界也不会跟着乱。
- **版本差异做成配置而不是改代码。** 10g 到 23ai 的差异维护在映射表里，遇到新版本先补表，不动主干逻辑。

说白了：**操作码是日志的语法，语法认不全，读得再快也是瞎读。**
> **［插图 3：chart3_route.png］![第27篇_chart3_route.png](https://developer.qcloudimg.com/http-save/yehe-12647572/21583db440c780b7a2b641d740a605b2.png)**
>
> 把光标放这一行 → 删掉提示 → 点「插入 → 图片」上传同目录下的 chart3_route.png
***
## 06 说句实在话

这一篇没有"性能数字"，也没有"架构图"。但它决定了后面所有事情的上限。

我们最早的一版解析器，遇到不认识的索引操作码时选择了"按最可能的类型猜一个"。上线三个月，没人发现。第四个月，一位客户的索引重建之后，下游多出了一批本不该存在的数据行——**因为那批索引记录被当成数据变更发出去了。**

从那天起，我们定了一条规矩：**任何一条记录，如果操作码没有明确映射，就不输出。** 日志断在哪里、缺了什么，如实报出来。这条规矩让我们的"数据完整率"数字难看了一点，但让"数据可信"这件事成立。

> 要说清楚：操作码的具体编号与语义，不同 Oracle 版本存在差异，部分含义官方文档并未完整公开。本文的编号以公开资料与实测为准，落地时请以自己的目标版本实测结果为准，不要照抄表格。
***
**往期回顾**

- （二十三）半年前改过的那笔数据，现在还能查回来吗？
- （二十四）拿今天的字典去翻昨天的日志，能不错位吗？
- （二十五）采个数据，凭什么占我数据库的会话？
- （二十六）只想采个 Oracle 日志，却要先搭一套分布式集群？
- （二十七）redo 里的操作码，150 多种你其实只用得上 10 个 ← 本篇
***
**声明**：操作码的分类（事务控制、索引变更、块操作等）与 5.x 家族（5.1 撤销、5.2 事务开始、5.4 提交、5.5 回滚）可参考 Oracle 官方文档中关于 redo 与事务的章节及业界公开分析。操作码总数量为公开资料的粗略统计口径，不同版本存在增删；具体编号与字段偏移请以目标版本实测为准。


系列第 27 篇。前面二十六篇都在讲"用起来哪里疼"。从这篇开始换个角度——把日志文件拆开，看里面到底写了什么。第一站不是数据，是每条记录开头的那个字节：操作码。

把日志文件拆开，看里面到底写了什么

数据库

解析Oracle redo日志操作码（OPcode）的完整指南，揭示LogMiner无法展示的原始字节信息。从150多种操作码中识别高频10种，区分事务控制、索引变更与数据变更，解决UPDATE被误判为INSERT的问题。直接读取操作码分流解析，未知码不猜测，确保数据可信与准确回溯。

日志文件

代码解释

路由

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

把日志文件拆开，看里面到底写了什么-腾讯云开发者社区-腾讯云

把日志文件拆开，看里面到底写了什么

把日志文件拆开，看里面到底写了什么

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐