正在打开每日关注
正在打开每日关注
视频建议数亿级 MySQL 表变更避开高峰,优先原生在线 DDL;不支持时再评估第三方工具与充分测试。
我给你们个介意啊不管执行什么DL都不要在业务高峰期去做很容易就会影响到线上业务
这是一条关于 MySQL 大表新增字段、降低线上业务影响的运维经验分享。
作者建议不要在业务高峰期执行 DDL,并按能力优先级选择方案:优先使用 MySQL 原生在线 DDL;MySQL 8.0 的 instant 算法可快速完成部分变更。若操作只能退化为 copy,转写称其会锁表,此时可考虑 PTOSC 或 Ghost 等第三方工具。
将“是否支持 instant / inplace / copy”作为变更前检查项,并把压测、演练、窗口选择和回滚预案纳入发布流程,能比只关注 SQL 写法更接近生产实践。
视频未说明具体表结构、MySQL 小版本、操作类型、工具参数、复制拓扑和业务 SLA;不同 DDL 的实际锁与资源影响需以目标环境测试和官方文档为准。第三方工具也并非零风险,仍应在生产前验证。