phpMyAdmin导入CSV时浮点数变0或截断，根本原因是字段类型不匹配：INT会强制舍入为整数，VARCHAR长度不足导致截断，DECIMAL精度不足或未定义小数位，且phpMyAdmin不自动推断或升级类型，仅按表结构硬写入。
phpMyAdmin导入CSV时浮点数变0或截断，根本不是精度问题
这不是浮点数“精度丢失”，而是phpMyAdmin把字段当整数或字符串硬塞进不匹配的列类型里了。比如CSV里写的是123.456789，目标表字段却是INT或VARCHAR(6)，它就直接截断、四舍五入甚至转成0——报错都不报，静默失败最坑人。
关键判断点：导出原始数据用SELECT * FROM table LIMIT 1查出来是不是正常？如果查出来就错了，说明导入阶段已失真；如果查出来对、但Excel打开显示不对，那是Excel的事，和phpMyAdmin无关。
必须检查目标表字段类型是否支持小数
phpMyAdmin不会帮你自动升级字段类型。你给它一个DECIMAL(10,2)，它才敢存两位小数；给FLOAT，它可能保留但显示不全；给INT，它会ROUND()后强转，123.999变成124，0.123变成0。
- 用
SHOW CREATE TABLE your_table确认字段定义，重点看DECIMAL(M,D)的M（总位数）和D（小数位）是否够用 - 如果原字段是
FLOAT或DOUBLE，别指望它精确存0.1 + 0.2 = 0.3，改用DECIMAL才是正解 - 字段长度不够（如
VARCHAR(5)存"123.45"）会导致截断，phpMyAdmin默认不报错，只丢数据
CSV里带多余空格或单位字符会触发类型 fallback
哪怕字段定义是DECIMAL，只要某一行数据是" 123.45 "、"3.45"或"123.45kg"，phpMyAdmin解析时就会卡住，整列降级为TEXT，再往DECIMAL列插就全变0或报错。
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 导入前用文本编辑器搜索
^[ \t]+|[ \t]+$（首尾空格）、\$|kg|g|%等干扰字符，批量清理 - 如果必须保留单位，先在数据库建一列
unit VARCHAR(10)，把数值单独提出来放value DECIMAL列 - 不要依赖phpMyAdmin的“自动跳过错误行”——它跳过的行不会告诉你哪错了，容易漏数据
导入设置里这几个选项动错一个就全崩
phpMyAdmin导入页看着简单，但Columns separated with、Columns enclosed with、Lines terminated with三者必须和CSV真实结构严丝合缝，否则字段错位→类型错配→数值乱套。
-
Columns separated with填,，但文件实际用;（尤其德/法系统导出的CSV），结果第一列吞掉后面所有字段 -
Columns enclosed with没填"，而CSV里有"price: 123.45, tax: 12.34"这种含逗号的值，直接切爆 -
Lines terminated with选auto但文件混用\r\n和\n，导致某行被识别成两行，后续全部列偏移 - 务必勾选
Column names in first row——否则它会把字段名当数据插进第一行，数值全错位
最稳验证法：用head -n2 data.csv | cat -A（Linux/macOS）或在VS Code里开“显示不可见字符”，看清真实分隔符和换行符。
