大事务

«结论先行：从库延迟不是"网络慢"，而是主库一条 2,348,000 行的大事务被从库单线程 SQL 线程串行回放。修它有三条路——拆事务（治本）、开 MTS 并行回放（缓解）、分库（重锤），三者各有代价，不能只挑一个。» 一、现象：凌晨对

一、现象：主从延迟 47 秒，从库告警炸了 上个月给一套库存系统做巡检。核心表 "t_inventory_log"（42 亿行、单表 1.8TB、InnoDB、MySQL 8.0.32、binlog=row）。业务方一条批量回刷脚本： UP

背景 MySQL 8.0.32，一主一从架构，binlog_format=ROW，从库已开并行复制（slave_parallel_workers=8，slave_parallel_type=LOGICAL_CLOCK）。业务表 t_sett

一个 1.2 亿行 UPDATE 让从库复制延迟 31 分钟：大事务的拆解、定位与治理 一、现象与背景 上个月我们的一条离线对账任务，把订单宽表 "t_order_stat"（约 1.2 亿行、InnoDB、MySQL 8.0.32）里 "

背景：MySQL 8.0.36，主从架构（单主 + 1 从，半同步），主库一台 16C/64G/ESSD，从库同规格。业务在每天 02:00–03:30 跑一次订单归档批处理：把 orders 表里 create_time 早于 90 天的