在线DDL

«结论先行：INPLACE 加索引不是「跑起来就完事」，它有三个压力特征完全不同的阶段（FLUSH → index build 回填 → commit MDL），每个阶段该盯的指标、判停阈值都不一样。我这次把 10 年里积累的判停经验整理成

【背景】 我负责一张 MySQL 8.0.32 / InnoDB 的结算流水表 "t_settlement"，约 1.2 亿行、单表约 60GB，PK=id，现有 4 个二级索引。近两个月每天约 35% 的行被批量 UPDATE statu

«结论先行：「给大表加列」和「给大表加索引」是两条完全不同的成本曲线。加列在 MySQL 8.0 上多数场景可以走 INSTANT——只改元数据、不重建表、不回填数据，1.8 亿行的表也能 0.4s 完成、对业务 DML 零阻塞；但它有一道

【背景】 MySQL 8.0.32 / InnoDB，生产主库 64C/256G，"innodb_buffer_pool_size=128GB"（3 个 instance），NVMe SSD（Intel P5510 3.84TB）。核心表

背景：MySQL 8.0.36，InnoDB，订单主表 order 约 2 亿行、约 400GB 数据文件，buffer pool 256GB，业务读写比约 7:3，高峰期 TPS 约 8000（写约 2400）。现在要治理一条按 (sta

一、现象：「更安全」的工具反而更慢、更贵 去年给一套 ERP 系统做索引补建。核心表 "t_voucher_entry"（凭证分录表）规模：5280 万行、单表 11.7GB、InnoDB、MySQL 8.0.36、8C16G 云主机、SS