MySQL 自增主键的优缺点快速上手指南（完整版）

工作中接触了这么多MySQL项目后发现：自增主键的优缺点用得对不对，直接影响代码的可维护性。本文聊聊怎么才算「用对」。

为什么要掌握自增主键的优缺点？

关于自增主键的优缺点，本文只讲三件事：它是什么、怎么用、有哪些坑。把这三件事搞清楚，日常开发就足够用了。

吃透自增主键的优缺点：核心概念梳理

• 自增主键的优缺点的使用要适度，过度设计比不用更糟糕。
• 对自增主键的优缺点的输入做校验，永远不要相信外部传入的数据。
• 学习自增主键的优缺点时建议画出它的执行流程图，一图胜千言。
• 定期回顾自己写的自增主键的优缺点相关代码，随着经验增长总能发现改进空间。
• 涉及自增主键的优缺点的配置项要集中管理，不要散落在代码各个角落。

接下来用代码实际演示一下自增主键的优缺点。

用代码说话：自增主键的优缺点

以自增主键示例与注意事项为例：

CREATE TABLE users (
  id BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
  name VARCHAR(50)
);

-- 优点：插入快、索引页不分裂、占用小
-- 注意三点：
-- 1. 删除数据后主键不会回填，id 不连续是正常现象
-- 2. 分库分表场景自增 id 会冲突，需改用雪花算法等分布式 ID
-- 3. 业务编号（如订单号）不要直接用自增 id 暴露给外部

这些细节要注意

1. 时间相关的功能要考虑时区和夏令时，跨国项目尤其如此。
2. 复制粘贴代码后一定要逐行检查，隐性问题最爱藏在这里面。
3. 正则表达式写完要多测几个边界用例，贪心和转义最容易出错。
4. 路径问题在 Windows 和 Linux 下表现不同，跨平台开发时尤其要注意斜杠方向。

回顾一下

学而不思则罔。看完本文后，不妨想想：自增主键的优缺点还能用在哪些场景？它有没有局限？这样的思考比单纯记忆更有价值。

---

遇见问题加 QQ23979811 协助处理