phpMyAdmin不解析CSV结构，只按顺序硬映射字段：它无视自增主键定义，纯按列位置匹配；未勾选“第一行包含列名”时强制按序套用，CSV删ID列或留空均会错位；必须选INSERT模式、确保CSV不含ID列，并配合正确分隔符与UTF-8无BOM编码，否则ID生成失败。
phpMyAdmin不解析CSV结构，只按顺序硬映射字段
phpmyadmin导入csv时根本不会识别哪一列是自增主键，它只把csv每一列按顺序往表字段上套。哪怕你csv里id列留空或删掉了，只要表定义里有id字段且是auto_increment，它就会尝试把csv第一列塞进id——除非你手动干预列映射。
- 没勾选
Use column names from first line：phpMyAdmin完全无视CSV标题行，纯按位置匹配，id一定被当成第一列处理 - 勾了
Use column names from first line但CSV没写id列：它会报错Column count doesn't match value count，而不是自动跳过 - CSV写了
id列但留空：MySQL底层收到INSERT INTO users (id, name) VALUES ('', 'Alice')，空字符串转0，触发主键冲突或默认值异常
“插入模式”选错导致ID列被强制写入
即使CSV里没ID列，如果导入时选了REPLACE或INSERT IGNORE，phpMyAdmin生成的SQL仍可能包含id字段（尤其当表结构含自增列时），而MySQL会拒绝NULL或空值写入NOT NULL的自增列。
-
REPLACE：先删后插，要求主键/唯一键能匹配，id列若为空则无法定位旧记录，整行失败 -
INSERT IGNORE：遇到id冲突直接跳过整行，看起来像“没导入”，实际是被静默丢弃 - 必须选
INSERT模式，且确保CSV不含id列——这是唯一能让数据库自动生成ID的组合
字符编码和分隔符错配让列对齐彻底失效
一旦CSV用;分隔但phpMyAdmin设成,，或者文件是UTF-8 with BOM但界面认成Latin-1，列数就全乱了。name字段可能被塞进created_at，而空出来的id位置反而被填入非法字符串，触发类型转换失败。
QuickBooks Mileage CSV
下载
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 中文乱码常导致字段长度超限，
varchar(50)存不下解码后的垃圾字符，插入中断 - 制表符
\t分隔的CSV若没在phpMyAdmin里选Tab，一行会被切成十几列，id列位置偏移 - 务必用文本编辑器确认实际分隔符，别信文件扩展名——
.csv文件可能是Excel导出的;分隔格式
大文件上传时phpMyAdmin根本没机会处理ID逻辑
当CSV超过2MB，phpMyAdmin常在Nginx/Apache层就因client_max_body_size或upload_max_filesize限制直接截断，返回空白页或504。此时连列映射界面都打不开，更别说控制ID行为。
- 上传失败时页面无提示，只显示“未选择文件”，实际是后端拒绝接收
- 即便上传成功，PHP脚本超时（
max_execution_time）也会导致导入中途终止，部分行写入后id已生成，但后续行丢失 - 真正可靠的做法是绕过phpMyAdmin：用
mysql -e "LOAD DATA INFILE ..."，显式指定字段列表（不含id）
