只读事务必须显式声明 start transaction read only 才能触发 mysql 8.0 的优化；仅改隔离级别无效，否则仍分配 undo log、维护 mvcc 快照、加间隙锁。
只读事务必须显式声明 START TRANSACTION READ ONLY
光改隔离级别没用。MySQL 8.0 的只读事务优化路径只在显式使用 START TRANSACTION READ ONLY 时触发。如果只是 SET SESSION transaction_isolation = 'READ-COMMITTED' 后直接执行 SELECT，InnoDB 仍按普通读写事务处理：分配 undo log、维护事务级 MVCC 快照、可能加间隙锁。
常见错误现象：
- 报表查询仍导致
ER_LOCK_TABLE_FULL -
SHOW ENGINE INNODB STATUS显示大量未释放的TRX_STATE: RUNNING事务 - 慢日志里
Rows_examined高但Rows_sent低，说明锁/快照开销压倒了实际查询
正确做法：
- 应用层在执行报表 SQL 前，必须先发
START TRANSACTION READ ONLY - 查完立刻
COMMIT（不是ROLLBACK，后者不释放只读事务优化） - 连接池场景下，每次取连接后需重置状态，避免复用残留
READ WRITE模式的连接
全局隔离级别设为 READ COMMITTED 是前提
默认的 REPEATABLE READ 在长事务中会持续持有间隙锁和记录锁，尤其对带范围条件的报表查询（如 WHERE updated_at >= '2025-01-01'），锁区间可能覆盖整个索引段，阻塞写入且内存占用线性增长。
READ COMMITTED 的实际收益：
- 每次
SELECT基于语句执行时刻的最新已提交快照，不依赖事务起始快照 - InnoDB 默认不使用间隙锁（唯一索引冲突等极少数例外），锁持有时间从“事务级”缩短为“语句级”
- 配合
READ ONLY，跳过 undo log 分配、不维护事务级回滚段
配置方式：
- 在
my.cnf中写transaction-isolation = READ-COMMITTED，重启生效 - 避免用
SET GLOBAL transaction_isolation—— 需要 SUPER 权限，且不影响已有连接 - 不要在存储过程中动态
SET SESSION—— 若事务已开启，该语句会被忽略
避免误用 super_read_only 干扰只读事务
super_read_only = ON 是实例级只读开关，它禁止所有用户（包括 root 和复制线程）写入，但和单个只读事务无关。误开它会导致：
- 复制线程中断，
Seconds_Behind_Master持续增长 - 运维无法执行紧急
FLUSH LOGS或ANALYZE TABLE - 应用报错
ERROR 1290 (HY000): The MySQL server is running with the --super-read-only option so it cannot execute this statement
只读事务性能优化不依赖这个变量。它只在主备切换等运维场景中与 read_only 配合使用，日常报表查询完全不需要碰。
innodb_read_only=1 会彻底禁用写操作，别乱开
innodb_read_only = 1 是实例级只读模式，启动时指定，作用远超事务层面：
- 禁止所有引擎的建表、删表、
ALTER TABLE、CREATE USER、GRANT等操作（因数据字典表也走 InnoDB） - 要求
innodb_temp_data_file_path指向可写路径，否则启动失败 - 不适用于常规业务库，仅用于只读介质（如 DVD）或离线归档实例
想降低只读事务开销，绝对不要动这个变量。它和 START TRANSACTION READ ONLY 不是同一层级的机制，强行启用只会让整个实例不可维护。
