phpMyAdmin如何解决CSV日期格式导入错误-phpMyAdmin-PHP中文网

csv日期导入失败主因是phpmyadmin不自动识别类型，需确保日期格式为yyyy-mm-dd或yyyy-mm-dd hh:mm:ss、字段类型匹配、列顺序一致、无bom及换行符干扰，并避开严格模式下的非法值。

根本不是日期写得不对，而是phpmyadmin没把那一列当日期处理——它默认全当字符串塞进字段，类型不匹配就静默变null或直接报错。mysql的datetime/date字段只认标准格式字面量，不会自动转换。

实操要点：

CSV里日期必须严格是YYYY-MM-DD（DATE）或YYYY-MM-DD HH:MM:SS（DATETIME），不能带空格、斜杠、中文“年月日”或毫秒
别依赖Excel渲染结果：用VS Code打开CSV，确认"2024-07-30"确实是这串字符，不是"2024/07/30"或2024年7月30日
目标表字段类型必须是DATETIME或DATE，不是VARCHAR；用DESCRIBE table_name查清楚
导入时勾选First line contains column names，但列顺序必须和表结构一致——如果CSV是name,created_at，而表结构是id,name,created_at，就会把name值插进created_at字段，必然报错

它不会自动推断类型，所有字段都按CSV原始字符串直塞。所谓“映射”，只是按位置硬对，不看内容。所以你得提前让数据和字段在结构上严丝合缝。

关键动作：

导出源头如果是Excel，先全选日期列 → 右键“设置单元格格式” → 改为“文本”，再复制到纯文本编辑器里保存，避免Excel偷偷转成38168这种序列号
CSV中日期字段值必须不加引号，除非整行都强制引号包裹；加了引号反而可能被当字符串处理，比如"2024-07-30"在某些解析模式下不如2024-07-30可靠
导入页的Fields enclosed by填"（双引号）仅当字段本身含逗号或换行符；纯日期字段不需要，留空更稳
跳过首行后，确保CSV第二行第一个值对应表第一个非自增字段——顺序错一位，整列就偏移

大概率是MySQL启用了严格模式（STRICT_TRANS_TABLES），遇到空值、零日期（0000-00-00）、或超出范围的时间（如2024-13-01）直接截断或拒绝，而不是容忍。

QuickBooks Mileage CSV

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

下载

检查与应对：

运行SELECT @@sql_mode，如果返回包含STRICT_TRANS_TABLES，说明开启严格模式
临时关闭（仅调试用）：SET SESSION sql_mode = '';，再试导入；但生产环境不建议关，应修正数据
CSV中空日期字段不要留空字符串""，改用\N（反斜杠N），并勾选phpMyAdmin导入页的Replace NULL values with empty strings或反之，按需切换
用SELECT * FROM table_name WHERE created_at = '0000-00-00'查出非法值，批量清理后再导入

Navicat默认导出的CSV常带BOM、用\r\n换行、字段全包双引号，phpMyAdmin解析时容易错位，导致日期字段被吞掉或挪到隔壁列。

清洗步骤不可跳过：

用Notepad++打开CSV → 编码 → 转为UTF-8无BOM → 保存
查找替换\r\n为\n（Linux换行）
如果首行是"id","created_at"，批量删掉所有"，变成id,created_at；否则导入页Fields enclosed by必须填"且不能漏
导入页Lines terminated by必须设为\n，不是auto也不是\r\n