gh-ost

背景：MySQL 8.0.32，InnoDB，单表 order 约 3800 万行（约 95GB），1 主 2 从半同步（rpl_semi_sync_master_wait_for_slave_count=1），白天高峰 QPS 约 800

背景：我做了 15 年 DBA，线上大表（几千万到几亿行）加字段、改字段类型、加索引这类 DDL，是出事故最高频的场景之一。MySQL 原生 Online DDL（5.6+）在"加列/加索引"这类 instant/inplace 操作上确实

【背景】 社区里连接池、超时重试、异步化都聊得挺透了，但有一个更「硬」的问题我很少看到被正面讨论：一张千万级甚至亿级行的大表，要加列、改索引、改类型，你的团队到底怎么落地？ 我自己踩过的场景：一张 8000 万行的订单流水表，业务要求「加一

背景： 我负责一套订单系统，核心表 t_order 约 4200 万行、单表含所有二级索引约 18GB，InnoDB，MySQL 8.0.32，单主单从。业务写入 QPS 日常 800~1200（以 INSERT 为主，少量 UPDATE

背景：MySQL 8.0.36，InnoDB，订单流水表 t_settlement 约 1.2 亿行，PK=id，现有 3 个二级索引（idx_merchant_time、idx_status、idx_batch_no）。业务要求新增复合索

现象或背景 上个月给订单主表 "t_order"（2.4 亿行、单表 118GB，InnoDB，MySQL 8.0.32）补一个二级索引 "idx_status_create_time"，业务侧只给了一个 20 分钟的变更窗口，且要求全程不