phpMyAdmin导入CSV时字段类型必须预先定义，它不自动推断类型，仅按表结构硬写入；常见问题包括VARCHAR长度不足致截断、INT字段混入空值或文字报错、DATE格式非YYYY-MM-DD被跳过、TINYINT(1)不识别"true"等布尔字符串。
目标表字段类型必须提前定义好，phpMyAdmin不自动推断
phpmyadmin导入csv时不会分析内容来猜字段类型，它只按现有表结构硬写入。你看到“导入成功”但数据被截断、变0或报错，大概率是字段类型和csv内容对不上。
常见踩坑点：
-
VARCHAR长度不够：CSV里某字段最长有320个字符，但表里定义的是VARCHAR(255)，超出部分直接丢弃 -
INT字段混入空值或文字：比如CSV中某列为""或"N/A"，而字段是INT NOT NULL，整行导入失败 -
DATE格式不对：写成2024/01/01或01-01-2024会被MySQL跳过，必须是YYYY-MM-DD -
TINYINT(1)被当布尔用，但CSV写了"true"或"是"——MySQL只认0/1，其他值转为0
哪些字段类型要特别注意空值处理
空值不是“看不见”，而是数据存在性判断的关键。phpMyAdmin本身不决定怎么存空，它把CSV里的空交给MySQL按字段定义处理。
实操建议：
- 字段允许
NULL：CSV中对应列可留空，或填\N（注意是反斜杠+N，不是字符串"NULL"） - 字段设了
NOT NULL但没默认值：CSV中该列必须有值，哪怕只是空字符串""；否则报错Field 'xxx' doesn't have a default value - 勾选
Do not use NULL value选项后，CSV里的\N会被当成字面量插入，不是NULL -
TEXT或MEDIUMTEXT比VARCHAR更适合存不定长、含换行的文本，避免因长度限制被截断
中文、emoji、长文本字段必须用utf8mb4
哪怕数据库和连接层都设了utf8mb4，单个字段如果还是CHARACTER SET utf8（即旧版3字节UTF-8），存emoji或某些生僻汉字就会变成???或静默截断。
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
立即学习“PHP免费学习笔记（深入）”；
检查和修复方法：
- 运行
SHOW CREATE TABLE your_table;，看每个字段末尾是否带CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci - 单字段修复：
ALTER TABLE your_table MODIFY COLUMN content TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 新建表时直接指定：
content TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci - 别依赖“数据库默认字符集”——老表不会自动继承，必须显式改
数值字段不要依赖Excel预处理
Excel打开CSV后会把00123变成123，把1e5变成100000，再保存回去，原始语义就丢了。phpMyAdmin读到的是Excel改过的字节，不是你想要的数据。
正确做法：
- 字段含前导零、科学计数法、长数字（如身份证号），一律定义为
VARCHAR，别用INT或BIGINT - CSV中对应值必须加双引号，例如
"00123"、"1e5"、"11010119900307251X" - 导入时phpMyAdmin的
Fields enclosed by要填"，否则引号不生效 - 如果已用Excel处理过，用VS Code打开CSV确认原始内容，而不是靠Excel界面“看起来一样”
SHOW CREATE TABLE，就可能花半小时排查为什么“明明字段对上了，数据却歪了”。 
