为什么phpMyAdmin导入CSV后布尔值变成了0或1？-phpMyAdmin-PHP中文网

phpMyAdmin 导入CSV时不对布尔语义解析，仅按MySQL字段类型处理：TINYINT(1)字段会将"1"转为1、非数字字符串（如"true""yes"）均转为0；MySQL无原生BOOLEAN类型，BOOLEAN实为TINYINT(1)别名；正确映射需预清洗CSV或用LOAD DATA INFILE配合SET子句转换。

phpMyAdmin 本身不解析布尔语义，只是按字段类型存原始值

phpmyadmin 导入 csv 时不会把字符串 "true"、"false"、"1"、"0" 当作布尔逻辑处理——它只看目标列的 mysql 类型。如果你的表字段是 tinyint(1)（常被 gui 工具当作“布尔”显示），那么导入时任何能转成整数的值都会被 mysql 自动转为 0 或 1，比如 "true" → 0（非数字字符串转整数默认为 0），"1" → 1，"yes" → 0。

MySQL 没有原生布尔类型，TINYINT(1) 只是约定俗成

MySQL 实际上没有 BOOLEAN 存储类型，BOOLEAN 是 TINYINT(1) 的别名。这意味着：

写入 TRUE 或 FALSE 字面量会被转成 1 和 0
写入字符串如 "true"，MySQL 会尝试隐式转换：若无法转为有效整数，结果就是 0（不是报错）
即使你用 LOAD DATA INFILE + SET flag = IF(@flag_str IN ('true','1','on'), 1, 0)，也得自己写逻辑，phpMyAdmin 界面不提供这个能力

CSV 里写 `"TRUE"` 却导入成 `0`？检查大小写和空格

MySQL 的隐式转换对大小写不敏感，但对格式很敏感。常见失效场景：

QuickBooks Mileage CSV

使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。

下载

" TRUE "（首尾空格）→ 转整数失败 → 0
"True"、"TRUE"、"false" → 全部转成 0（因为不是纯数字字符串）
"1" 和 "0" 是唯一能稳定转成对应整数的字符串形式
如果字段定义为 ENUM('0','1') 或 SET，行为更不可控，不要这么设

想让 `"yes"`/`"no"` 正确映射？必须预处理或换方式

phpMyAdmin 的 Web 表单导入不支持自定义转换函数。可行路径只有两条：

在导入前用脚本清洗 CSV：把 "yes" → "1"，"no" → "0"，"true" → "1"，确保每行该列只含 "0" 或 "1"

改用 LOAD DATA INFILE SQL 语句（需服务器权限），配合 SET 子句做条件映射，例如：

LOAD DATA INFILE '/tmp/data.csv' INTO TABLE t FIELDS TERMINATED BY ',' (@flag_str) SET flag = CASE WHEN TRIM(@flag_str) IN ('1', 'true', 'yes', 'on') THEN 1 WHEN TRIM(@flag_str) IN ('0', 'false', 'no', 'off') THEN 0 ELSE 0 END;

注意：无论走哪条路，都得先确认目标字段确实是 TINYINT(1) 或 SMALLINT 这类整数类型——如果误设成 VARCHAR，那导入后存的就是原字符串，后续 WHERE flag = 1 就永远不命中。