前导零丢失是MySQL整数类型强制转换所致，与phpMyAdmin无关；必须将字段类型改为VARCHAR或CHAR才能保留原样。
phpMyAdmin 4.9 导入 CSV 后数字前导零“丢失”，根本不是 phpMyAdmin 干的——它压根没动那串字符。真正吃掉 00123 变成 123 的，是 MySQL 本身，而触发点在于字段类型定义错误。
字段类型是整数（INT/TINYINT）时，前导零必然消失
MySQL 的整数类型不存前导零，这是底层行为，和 phpMyAdmin 无关。你往 INT 字段里写 "00123"，MySQL 会强制转成数值 123 再存储。
- 如果 CSV 里是
"00123"，目标列是INT NOT NULL：导入成功，但值变成123 - 如果该列是
INT NOT NULL且 CSV 里留空（如,"",）：直接报错Field 'xxx' doesn't have a default value - 如果列是
INT NULL且 CSV 填了\N：存为NULL；填了""或"00123"：仍转成数值
必须改字段类型：
把这类字段（身份证、电话、编号等）改成 VARCHAR 或 CHAR，并确保长度足够（如 VARCHAR(20)），才能原样保留 00123。
phpMyAdmin 不解析内容，只按表结构硬写入
phpMyAdmin 导入 CSV 时不做任何内容分析：
- 它不识别哪列是“电话号”，也不判断
"00123"是否该当字符串 - 它只读 CSV 每行，按逗号切分，再逐个塞进对应字段——塞进
INT就强转，塞进VARCHAR就原样存
所以：
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
立即学习“PHP免费学习笔记（深入）”；
- 即使你在 CSV 里写成
'00123（带单引号）、"00123"（带双引号）或="00123"，只要字段是INT，MySQL 仍会剥离引号后转数值 -
phpMyAdmin里的Columns enclosed with设置只影响解析阶段是否跳过分隔符，不影响类型转换
Excel 预处理会二次破坏原始数据
很多人用 Excel 打开 CSV → 编辑 → 另存为 CSV，这个过程极危险：
- Excel 把
"00123"当数值读，内存中已是123 - 再保存，CSV 里就真的只剩
123，phpMyAdmin 导入时连“抢救”机会都没了
验证方法：
- 用 VS Code、Notepad++ 或
head -n2 data.csv直接看原始字节 - 如果已看不到
00123，说明问题出在导出端，不是导入端
关键点就一个：前导零能否保留，100% 取决于目标字段是否为字符串类型。其他所有操作（加引号、改分隔符、调 phpMyAdmin 设置）在整数字段上全是白忙。别在 phpMyAdmin 界面里找开关，去改 ALTER TABLE ... MODIFY COLUMN 才是正解。
