MySQL中ALTER TABLE ... AUTO_INCREMENT仅在表空或新值大于当前最大主键时生效；非空表设为1会被忽略，自动设为MAX(id)+1；TRUNCATE可重置，DELETE不可；导入前需检查sql_mode，避免NO_AUTO_VALUE_ON_ZERO干扰。
导出 SQL 时 ALTER TABLE ... AUTO_INCREMENT 没生效？
导出的 sql 文件里写了 alter table `users` auto_increment = 1;，但导入后表的自增值还是老样子——这不是 bug，是 mysql 的行为机制：只有当该语句执行时表为空，或新值大于当前最大主键值，它才真正生效。空表下设为 1 有效；非空表设为 1 会被忽略，mysql 自动调整为 max(id) + 1。
- 导出前先清空表（
TRUNCATE TABLE users;），再导出，AUTO_INCREMENT才会重置为 1 - 若不能清空数据，导出后手动改 SQL：把
AUTO_INCREMENT = 1改成AUTO_INCREMENT = [实际需要的值]，且该值必须 ≥ 当前最大主键 + 1 - 用
mysqldump --no-create-info配合--skip-triggers可避免导出干扰语句，自己控制ALTER时机
mysqldump 导出时怎么让自增归零？
默认 mysqldump 不重置 AUTO_INCREMENT，它只忠实记录当前状态。想导出“带归零效果”的 SQL，得靠组合参数和后续处理：
- 加
--add-drop-table和--no-data先导出建表语句，再手动在CREATE TABLE里把AUTO_INCREMENT=xxx改成AUTO_INCREMENT=1 - 用
--skip-inserts导出空表结构，再补上TRUNCATE TABLE+INSERT，这样导入时自然重置 - 避开
mysqldump，改用SELECT+INSERT ... SELECT迁移数据，建新表时明确指定AUTO_INCREMENT = 1
导入时 sql_mode 影响 AUTO_INCREMENT 重置吗？
影响。如果导入环境启用了 NO_AUTO_VALUE_ON_ZERO 或 STRICT_TRANS_TABLES，某些隐式重置行为会被拦截或报错，尤其在执行 INSERT INTO t VALUES (0, ...) 试图触发自增时。
- 检查导入库的
sql_mode：运行SELECT @@sql_mode;，确认不含NO_AUTO_VALUE_ON_ZERO - 临时关闭严格模式导入：
SET sql_mode = '';再执行 SQL 文件（仅限测试环境） - 生产环境别依赖
INSERT ... VALUES (0, ...)触发重置，直接用ALTER TABLE t AUTO_INCREMENT = N;更可靠
用 TRUNCATE TABLE 替代 DELETE FROM 是为了啥？
因为 TRUNCATE TABLE 会重置 AUTO_INCREMENT 计数器，而 DELETE FROM 不会——哪怕删光所有行，下次插入仍从原最大值+1开始。
-
TRUNCATE是 DDL 操作，隐式提交，不可回滚；DELETE是 DML，可回滚，但不重置自增 - 有外键约束的表不能用
TRUNCATE，此时只能DELETE+ 手动ALTER TABLE ... AUTO_INCREMENT = 1（且确保表为空） - MyISAM 表支持
TRUNCATE重置；InnoDB 同样支持，但要注意事务隔离级别下可能被其他连接阻塞
ALTER，并不保证执行成功——得盯住导入日志里有没有 Query OK, 0 rows affected 这类提示，而不是只看有没有报错。
