长事务

背景 一个订单服务：Java 17 / Spring Boot 3.2 / HikariCP 5.1（maximumPoolSize=30, minimumIdle=5, connectionTimeout=5s, idleTimeout=

一、现象：索引没问题、统计信息没问题，但点查就是慢了 1000 倍 今年 3 月给一套供应链结算系统做慢查询治理。核心表 "t_settle_detail"：MySQL 8.0.36、InnoDB、单表 8.4 亿行、表 + 索引合计 31

«结论先行：「写 P99 从 8ms 涨到 640ms、CPU 不高、IO 不高、慢日志干净」这个组合，十有八九是 InnoDB purge 线程被一条长快照事务（long-running transaction）卡住了——而最常见的根因不

背景 主库 MySQL 8.0.32 / InnoDB，单主单从，"innodb_buffer_pool_size=64G"、"innodb_purge_threads=4"、"innodb_deadlock_detect=ON"、"inn

背景：MySQL 8.0.32 / InnoDB，单主单从，主库承载支付清结算，核心表 t_settle_record 约 2.8 亿行，innodb_purge_threads=4，隔离级别 REPEATABLE READ。业务方有一个凌

一、现象：监控里那条「不致命」的曲线 先给背景。一套 MySQL 8.0.32 / InnoDB 的订单+账务系统，主库 "innodb_buffer_pool_size=32GB"、"innodb_purge_threads=4"、"in