MySQL的事务日志主要由InnoDB存储引擎使用，核心是重做日志（Redo Log），用于保证事务的持久性和崩溃恢复。但需要注意的是，MySQL不像某些数据库那样提供直接查看事务日志内容的SQL命令。以下是实际中常用的查看和分析事务日志的方法。
1. 查看重做日志（Redo Log）基本信息
可以通过查看InnoDB的状态来获取当前重做日志的使用情况：
SHOW ENGINE INNODB STATUS\G在输出结果中，查找“LOG”部分，可以看到如下信息：
Log sequence number（当前日志序列号） Log flushed up to（已刷新到磁盘的日志位置） Last checkpoint at（最后一个检查点位置）这些信息有助于判断日志写入与刷盘的进度，间接反映事务提交情况。
2. 启用并查看二进制日志（Binary Log）
虽然二进制日志不是严格意义上的“事务日志”，但它记录了所有对数据产生更改的SQL语句（包括事务），可用于审计和恢复。
确保MySQL配置文件（my.cnf或my.ini）中启用了binlog：
[mysqld]log-bin=mysql-bin
server-id=1
重启服务后，使用以下命令查看binlog列表：
SHOW BINARY LOGS;查看具体日志内容：
SHOW BINLOG EVENTS IN 'mysql-bin.000001' LIMIT 10;或者用mysqlbinlog工具解析：
mysqlbinlog mysql-bin.0000013. 使用InnoDB Recovery模式分析日志
在发生崩溃恢复时，InnoDB会自动读取重做日志进行恢复。可通过设置innodb_force_recovery参数（值为1-6）启动MySQL，强制InnoDB尝试从日志中恢复数据。
注意：该方式仅用于紧急恢复，不建议在生产环境长期使用。
4. 第三方工具辅助分析
若需深入分析事务行为，可使用以下工具：
mysqlbinlog + --base64-output=DECODE-ROWS：解析基于行的binlog事件 Percona Toolkit 中的 pt-query-digest：分析binlog中的查询模式 MySQL Shell 的 JSON 格式日志解析功能基本上就这些。MySQL不提供直接读取InnoDB重做日志的接口，但通过
SHOW ENGINE INNODB STATUS、二进制日志和外部工具，可以有效监控和分析事务执行情况。关键是理解redo log用于崩溃恢复，而binlog用于复制和审计，两者结合才能全面掌握事务动向。
