Auto_increment 表示下一次 INSERT 将使用的 ID 值，非当前最大 ID；查真实最大 ID 应用 SELECT MAX(id) FROM table_name，表空时返回 NULL，可用 COALESCE(MAX(id), 0) 处理。
SHOW TABLE STATUS 返回的 Auto_increment 是下一次插入值，不是当前最大ID
很多人看到 show table status like 'users' 结果里的 auto_increment 字段，就以为那是“当前最后一个 id”，其实不是——它表示**下一条 insert 语句将使用的 id 值**。如果刚删过记录、或手动 insert into ... values (100, ...) 过大 id，这个值可能远超表中现存最大 id。
- 表空时，
Auto_increment通常是 1（或建表时指定的START WITH值） - 执行
DELETE FROM users WHERE id = 999后，Auto_increment不会回退 - 执行
INSERT INTO users (id, name) VALUES (2000, 'test')（显式指定 ID），Auto_increment会自动设为 2001
phpMyAdmin / DBeaver 等管理面板里怎么安全查
在 phpMyAdmin 的“结构”页，直接点开表名 → 下方“表维护”区域会显示 Auto_increment 值；DBeaver 则右键表 → “编辑表” → “选项”页签。但注意：这些界面值本质仍是 SHOW TABLE STATUS 的结果，**不反映真实数据最大 ID**。
- 想确认“最后一条记录的 ID 是多少”，别信面板上那个数字，得自己查数据
- 如果面板显示
Auto_increment: 5001，但SELECT MAX(id) FROM users返回NULL，说明表是空的，5001 是上次插入残留的计数器 - 某些云数据库控制台（如阿里云 RDS）的“表信息”页也只展示该字段，没提供
MAX(id)快捷入口
真正要查“当前最大已用 ID”，用 MAX(id) 更可靠
只要 id 是主键且没被手动覆盖（比如批量导入时关了 auto_increment），SELECT MAX(id) FROM table_name 就是最直白、最不易误解的方式。
- 表为空时返回
NULL，需用COALESCE(MAX(id), 0)转成 0（避免程序报错） - 比
LAST_INSERT_ID()更通用：后者只对**当前会话**最后一次 INSERT 有效，跨连接、跨事务就失效 - 性能上，如果
id有主键索引，MAX(id)是 O(1)，非常快；但千万别在没索引的列上这么干
为什么不能只依赖 information_schema.TABLES 查询
SELECT Auto_increment FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'db' AND TABLE_NAME = 't' 和 SHOW TABLE STATUS 本质一样，只是换种写法。它同样返回“下一个待用值”，而且有额外风险：
- MySQL 8.0+ 默认关闭
information_schema_stats_expiry缓存，但某些低配实例或旧版本仍可能返回过期值（比如刚删完 100 行，这里还显示旧的 1001） - 权限限制更严：
SELECT需要SELECT权限 oninformation_schema.TABLES，而SHOW TABLE STATUS只要对目标表有SELECT权限即可 - 跨库查询时，
TABLE_SCHEMA名必须严格匹配（区分大小写取决于系统变量lower_case_table_names），拼错就查不到
Auto_increment 看容易误判，真正该盯的是 MAX(id) 和实际业务逻辑的衔接点。 
