CSV导入时ID未自增且报错1062，是因为文件含ID列导致MySQL显式赋值、绕过AUTO_INCREMENT；仅当CSV不含ID列且表结构满足INT NOT NULL AUTO_INCREMENT PRIMARY KEY时才触发自增。
导入 csv 时主键不会自动递增——auto_increment 只对「插入时不显式指定该字段值」的语句生效，而标准 csv 导入（尤其是含 id 列的文件）默认会把第一列当 id 值硬写进去，直接绕过自增逻辑。
为什么导入后ID没自增，反而报错1062？
常见现象是：ERROR 1062: Duplicate entry '1' for key 'PRIMARY'。这不是自增失效，而是你导入的 CSV 文件里本身就写了 id 值（比如第一行是 1,"张三",...），MySQL 就老老实实按这个值插；如果目标表已有 id=1 的记录，或者 AUTO_INCREMENT 计数器卡在 2 但你又插了个 1，就必然冲突。
- CSV 文件带
id列 → MySQL 当成显式赋值，AUTO_INCREMENT完全不触发 - CSV 文件不带
id列，但表结构里id是NOT NULL且没默认值 → 插入失败，报Field 'id' doesn't have a default value - CSV 文件不带
id列，且id字段设了AUTO_INCREMENT和PRIMARY KEY→ 才真能自增
CSV 不含ID列时，如何确保导入走自增逻辑？
关键不是“让导入变聪明”，而是让 CSV 和表结构配合：CSV 删掉 ID 列，表结构确保 id 是 INT NOT NULL AUTO_INCREMENT PRIMARY KEY，且导入时明确跳过 ID 字段。
- 导出原始数据时，用
mysqldump --no-create-info --skip-extended-insert db table，再用sed或脚本删掉每行开头的 ID 值（如sed 's/VALUES (.[0-9]*, /VALUES (/g'） - 在 phpMyAdmin 导入界面，“Columns separated with”选对分隔符，“Enclose fields with”填
"，“First line contains column names”必须勾选（且 CSV 第一行不能含id） - 目标表结构必须满足：字段类型是
INT（或BIGINT），已设PRIMARY KEY，Extra列显示AUTO_INCREMENT—— 缺一不可 - 若表已存在数据，导入前查
SELECT MAX(id) FROM table_name，再执行ALTER TABLE table_name AUTO_INCREMENT = N（N 至少为最大值+1）
导入含ID列的CSV，又想保留自增后续行为？
这种情况最典型：你从另一库导出的 SQL 或 CSV 带了 id，但希望之后新插入走自增。不能只改 AUTO_INCREMENT 起点，得先让计数器“追上”现有最大 ID。
QuickBooks Mileage CSV
下载
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 先确认当前最大
id：SELECT MAX(id) FROM your_table - 再设起点（仅对 InnoDB 有效）：
ALTER TABLE your_table AUTO_INCREMENT = 12345;（12345 是你查到的最大值+1） - 别信 phpMyAdmin 表结构页显示的 “Auto increment” 值——它可能滞后，以
SHOW TABLE STATUS LIKE 'your_table'的Auto_increment列为准 - 如果导入后发现新插入还是从 1 开始，大概率是表引擎是 MyISAM（重启可能重置），或你设的值 ≤ 当前最大 ID
真正容易被忽略的是：自增计数器不随 DELETE 重置，也不因导入中断回滚。哪怕你删光数据，计数器仍停在高位；而 TRUNCATE TABLE 虽能重置，但会锁表、重建，生产环境慎用。
立即学习“PHP免费学习笔记（深入）”；
