phpMyAdmin不识别CSV中的true/false，仅接受0/1数字；需提前将布尔列替换为纯数字0和1，确保目标字段为TINYINT(1)，导入时手动指定类型并避免空值或字符串NULL导致失败。
CSV里的true/false怎么被phpMyAdmin识别成TINYINT(1)
phpmyadmin默认不把csv中的true、false、true、false自动转成数据库的tinyint(1)，而是当成字符串插入，导致字段值变成'true'（带引号）或直接报错。根本原因是phpmyadmin的csv导入器只认0/1，不解析布尔字面量。
实操建议：
- 提前在CSV中把布尔列统一替换为
1和0（注意不是字符串"1"，而是纯数字，不带引号） - 如果用Excel处理，确保导出为CSV（逗号分隔）时，布尔列单元格格式设为“常规”或“数值”，避免生成
TRUE/FALSE文本 - 若原始数据必须保留
true/false，可在导入前用sed或Python脚本批量替换：sed -i 's/true/1/g; s/false/0/g' data.csv
空值、NULL和空白字段在布尔列导入时的行为差异
当CSV某行布尔列为空（如,,或,NULL,），phpMyAdmin的处理逻辑取决于目标字段是否允许NULL以及你勾选的“使用NULL”选项。
关键点：
- 勾选“使用NULL”后，CSV中留空的单元格会插入
NULL；但NULL字符串（即写死的NULL文本）仍会被当字符串插入，不会转成SQLNULL - 布尔字段定义为
NOT NULL时，空单元格会导致导入失败，错误提示类似Column 'active' cannot be null - 如果想让空单元格默认填
0，不要勾选“使用NULL”，并确保CSV该列填的是0而非留空
字段映射时如何避免布尔列被误判为VARCHAR
phpMyAdmin导入界面的“字段映射”步骤里，它会根据首几行内容自动猜测字段类型。如果第一行布尔列是true，它大概率把整列映射成VARCHAR，后续即使你手动改成TINYINT，导入时仍可能因类型不匹配失败。
立即学习“PHP免费学习笔记（深入）”；
稳妥做法：
- 导入前确认目标表字段已是
TINYINT(1)，且没有默认值冲突（比如字段定义为TINYINT(1) NOT NULL DEFAULT 1，但CSV里有空值） - 在字段映射页，手动将对应列的“类型”下拉菜单选为
TINYINT，别依赖自动识别 - 如果已映射错，点击“重置为默认值”按钮再手动改，否则页面可能缓存旧选择
导入后验证布尔值是否真生效
导入完成不代表布尔逻辑可用——MySQL里TINYINT(1)只是约定俗成的布尔表示法，它本质仍是整数。PHP或应用层读取时，0和1不会自动转成false/true，需手动转换。
检查建议：
- 执行
SELECT active, CAST(active AS SIGNED) FROM users LIMIT 5;确认值确实是数字0/1，而非字符串 - 用
SELECT active + 0 FROM users;测试：结果为0或1说明是数值；若报错或返回0恒定值，说明存的是字符串 - 如果发现存成了字符串，只能用
UPDATE修正：UPDATE users SET active = CASE WHEN active = 'true' THEN 1 ELSE 0 END;
最易被忽略的是CSV导出工具默认把布尔值转成大写TRUE/FALSE，而phpMyAdmin只认小写true/false或数字——但其实它俩都不认，只认0/1。别信文档里“支持布尔字面量”的说法，那是老版本或别的导入方式。
