Mysql DDL中的ALGORITHM

在对大表进行结构调整(如加字段、建索引)时,ALGORITHM 用于指定 Online DDL(在线数据定义) 的执行方式,这直接决定了变更期间是否会锁表 以及性能如何

语法

sql 复制代码
ALTER TABLE table_name ALGORITHM = {DEFAULT | INSTANT | INPLACE | COPY}, ADD COLUMN ...

四种算法对照表

算法 (ALGORITHM) 速度 是否锁表(阻断写) 原理与特点
INSTANT (即时) 极快(毫秒级) 完全不锁表 仅修改元数据(Metadata)。不会动到任何实际的数据行。MySQL 8.0+ 引入,支持加/删列、修改列默认值等。
INPLACE (就地) 较快 不锁表(允许并发 DML 读写) 在存储引擎内部(如 InnoDB)原位重建或修改表空间文件,不经过服务器层复制。期间会将新写入的数据记录在日志中,最后一次性应用。
COPY (复制) 最慢 会锁表(期间只能读,不能写) 传统的变更方式。MySQL 会创建一张新结构的临时表,把原表数据逐行复制过去,完成后删除旧表并重命名新表。
DEFAULT (默认) 自动选择 视具体操作而定 让 MySQL 自动选择当前操作所支持的最高效 算法(优先级:INSTANT > INPLACE > COPY)。

实际应用建议

通常在生产环境操作大表时,为了防止长耗时导致业务瘫痪,建议显式指定算法。如果不确定该操作是否支持某种高性能算法,可以结合 LOCK 关键字进行测试:

sql 复制代码
-- 如果该操作不支持 INPLACE,MySQL 会直接报错,而不是默默降级为锁表的 COPY 算法
ALTER TABLE users ADD INDEX idx_status (status), ALGORITHM=INPLACE, LOCK=NONE;
相关推荐
先吃饱再说10 小时前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils10 小时前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端
Databend13 小时前
Agent 轨迹分析与归因的数据工程实践
大数据·数据库·agent
这个DBA有点耶13 小时前
SQL改写进阶:标量子查询的“隐形代价”与消除实战
数据库·mysql·架构
smallyoung14 小时前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql
parade岁月14 小时前
MySQL JOIN解析:朴实无华但食之有味
数据库·后端
用户31693538118315 小时前
MySQL服务无法启动问题解决全记录
数据库
vivo互联网技术18 小时前
从 10 分钟到 1 秒:ES 深度分页任意跳页的三轮优化实战
服务器·数据库·redis·elasticsearch·深度分页
数据技术说19 小时前
MySQL 迁移实战——如何实现真正的"零改造"平滑切换
mysql
倔强的石头_1 天前
《Kingbase护城河》——猎捕慢查询:执行计划的微观解析与索引调优实战
数据库