Excel 打开 CSV 时自动将长数字转为科学计数法，phpMyAdmin 无能为力；导出时须用双引号包裹长数字和前导零字段，确保 MySQL 字段为 VARCHAR，导入时勾选正确分隔符与引号设置，并指导用户用“数据→从文本/CSV”方式打开。

phpmyadmin 本身不会把数字转成科学计数法，真正动手的是 excel —— 它在你双击打开 csv 文件时，就悄悄把 "132456789012345678" 当成数值解析，存成 float，再显示为 1.32457e+17。phpmyadmin 导入环节只管按字节读取，源头失真了，它无能为力。

导出 CSV 时就得防住 Excel 的自动识别

别等文件生成后再去“修复”，得在写入 CSV 阶段就让 Excel 一眼认出这是文本：

• 对长数字字段（身份证、订单号、OpenID 等），统一用 sprintf('"%s"', $value) 包裹，确保双引号存在且未被转义
• 避免用 fputcsv() 直接写入原始数字——它不会自动加引号，除非你提前把值转成字符串并显式包裹
• 若字段含前导零（如 "00123"），必须加引号，否则 Excel 解析后直接丢零
• 不要依赖 number_format() 或 sprintf('%.0f', $num) 去“格式化数字”——这只能防止 PHP 输出科学计数法，但无法阻止 Excel 后续误判

phpMyAdmin 导入界面关键设置不能漏

即使 CSV 文件内容正确，phpMyAdmin 若没配对解析规则，仍会错位或截断：

• 上传后，在导入页务必勾选 Enclose fields with 并设为 "（英文双引号）
• 确认 Fields terminated by 是 ,，不是 ; 或制表符
• 如果 CSV 有 BOM（开头三个字节 \xEF\xBB\xBF），旧版 phpMyAdmin（如 4.x）会把首字段识别成 id，导致整行偏移——用 VS Code 或 file -i data.csv 检查编码，优先保存为 UTF-8 without BOM

目标字段类型必须是 VARCHAR，不是 INT 或 BIGINT

MySQL 字段类型决定数据落地后的行为：

QuickBooks Mileage CSV

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

下载

• 即使 CSV 里写的是 "00123"，若对应列是 INT，MySQL 会强制转整数并丢掉前导零；查询 WHERE id = '00123' 就永远不命中
• 身份证、手机号、订单号这类“数字字符串”，建表时必须声明为 VARCHAR(32) 或更长，而非数值类型
• 导入前检查 phpMyAdmin 表结构：点击表 → Structure 标签页，确认字段类型和长度是否匹配原始数据特征

最易被忽略的一点：问题从来不在 phpMyAdmin，而在 Excel 打开方式。交付给他人前，别发 .csv 让对方双击——附一句“请用【数据 → 从文本/CSV】导入，并将该列设为【文本】”，比改十遍代码都管用。

立即学习“PHP免费学习笔记（深入）”；