innodb_autoinc_lock_mode 是控制 MySQL 自增 ID 插入时加锁行为的参数,影响并发性能与 ID 连续性;默认值 1 平衡安全与性能,0 已弃用,2 需 ROW 格式 binlog 且跳号不可避免。innodb_autoinc_lock_mode 是什么,为什么改它这个参数控制 MySQL 在插入自增 ID 时的加锁行为,直接影响并发插入性能和 ID 分配的连续性。默认值是 1("连续"模式),但高并发批量插入(比如 INSERT ... SELECT、REPLACE、LOAD DATA)时容易卡住,或出现 ID 跳号------这不是 bug,是设计使然。想让自增 ID 尽量紧凑、减少锁等待?得调它;想吞吐优先、能接受跳号?默认就行。关键是别在没理解场景时盲目设成 0 或 2,否则主从不一致或 binlog 复制失败的风险会立刻浮现。三种取值的实际影响和适用场景0(传统模式):全表级 AUTO_INC 锁,每次插都等,ID 绝对连续,但并发极低。只在老版本兼容或极特殊审计要求下用,现在基本不用。1(默认,连续模式):普通 INSERT 用轻量锁,批量语句(如 INSERT INTO t SELECT ...)仍会预分配一段 ID 并加表锁。平衡了性能和可预测性,主从复制安全(statement-based 和 row-based 都 OK)。2(交错模式):所有插入都不加表锁,ID 分配完全交错,性能最高,但 ID 必然跳号,且 仅支持 row-based binlog 格式。如果 binlog_format 还是 STATEMENT,直接报错 ERROR 1665 (HY000): Cannot execute statement: binlogging impossible。无序列表说明: 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手,依托大模型,帮助用户记录、整理和分析音视频内容,体验用大模型做音视频笔记、整理会议记录。
相关推荐
IT_Octopus1 小时前
【零基础入门 LLM 开发 · Day 13】:LangChain 的对话记忆——Message 对象版一只鹿鹿鹿1 小时前
政务外网整体设计方案(PPT)2603_965148112 小时前
社区与学习资源:从入门到精通的API选品学习路径AI砖家2 小时前
安全进入 Agent Loop:2027 年 Coding Agent 的决胜点wangqiaowq2 小时前
SQL server C盘空间占满的处理文人sec2 小时前
SQL基础入门笔记 | 从零基础到掌握核心查询语句数字新视界2 小时前
机房动环监控提升运维效率SelectDB技术团队2 小时前
冷热分层从建到验:Storage Policy 创建、表级与分区级绑定、SHOW TABLETS 验证的完整命令欣栀♡3 小时前
JVM 频繁 Full GC 先看日志括号里的 cause,jstat 的 FGC 在 JDK 8 上会骗人CCblandy3 小时前
令牌桶在 0.9 倍负载超发 19%、固定窗口边界放行 20 个:四种限流算法同构实测