phpMyAdmin CSV导入不支持自定义日期格式，仅识别Y-m-d/Y-m-d H:i:s；需预处理数据为标准格式或用STR_TO_DATE()函数转换。
phpMyAdmin 导入 CSV 时时间字段被识别为 0000-00-00 或 NULL
phpMyAdmin 自带的 CSV 导入功能（通过「导入」→「CSV 使用 LOAD DATA」）**不支持自定义日期格式解析**。它只认 Y-m-d、Y-m-d H:i:s 这类 MySQL 原生格式，遇到 2023/05/12、12-May-2023、2023.05.12 等格式会直接转成 0000-00-00 或报错跳过。
根本原因在于：phpMyAdmin 在后台调用的是 MySQL 的 LOAD DATA INFILE，而该语句本身不提供日期格式转换能力——它只做字符串到类型的一对一映射，依赖字段类型和 MySQL 的隐式转换规则。
绕过限制的两种实操路径
你得把“日期格式转换”这个动作提前做掉，而不是指望 phpMyAdmin 或 LOAD DATA 帮你解析。
-
方法一（推荐）：预处理 CSV 文件，统一转成 MySQL 可直读格式
用脚本或文本工具把所有日期列批量替换。例如：
原始2023/05/12→ 改为2023-05-12；12-May-2023→2023-05-12；2023.05.12 14:30→2023-05-12 14:30:00。
Python 示例（用pandas）：import pandas as pd<br>df = pd.read_csv('input.csv', parse_dates=['date_col'], date_parser=lambda x: pd.to_datetime(x, format='%d-%b-%Y'))<br>df['date_col'] = df['date_col'].dt.strftime('%Y-%m-%d')<br>df.to_csv('output.csv', index=False) -
方法二：改用 SQL 手动插入 +
STR_TO_DATE()
先导入 CSV 到一个临时表（所有日期列设为TEXT），再用INSERT ... SELECT转入目标表：INSERT INTO real_table (id, created_at)<br>SELECT id, STR_TO_DATE(temp_date, '%d/%m/%Y') FROM temp_table;
注意：STR_TO_DATE()的格式符必须严格匹配你的原始字符串，比如'%Y/%m/%d'对应2023/05/12，'%d-%b-%Y'对应12-May-2023（%b是英文缩写，大小写敏感）。
phpMyAdmin 界面里那些「日期相关选项」其实没用
在导入页面勾选 Do not abort on INSERT error、设置 Columns separated by、甚至填 Column names，都**不影响日期解析逻辑**。唯一真正起作用的只有两处：
立即学习“PHP免费学习笔记（深入）”；
- 目标字段类型是否为
DATE/DATETIME（否则不会触发隐式转换） - CSV 中对应单元格的字符串是否恰好符合 MySQL 默认接受的格式（即
Y-m-d系列）
如果你看到「使用本地时间」或「时区」选项，那只是控制 phpMyAdmin 自身界面显示，跟数据入库无关。
为什么不用 phpMyAdmin 的「CSV 使用逗号分隔」模式？
那个模式是纯 PHP 解析 CSV 再逐行 INSERT，理论上可以加转换逻辑，但 phpMyAdmin 源码里**硬编码了日期处理逻辑**，只尝试用 strtotime() 解析，而 strtotime() 对非标准格式兼容性极差（比如不支持 2023.05.12）。所以它比 LOAD DATA 更不可靠，错误更隐蔽——可能静默丢掉整行或填错值。
真正可控的点永远在数据进库前：要么改数据，要么改 SQL。别把时间花在调试 phpMyAdmin 的日期选项上。
