PHP中float无法精确表示十进制小数不是phpMyAdmin的bug，而是IEEE 754双精度浮点数固有限制所致，如0.1+0.2=0.30000000000000004；phpMyAdmin仅原样展示MySQL返回的二进制值，不作修正。
PHP 中 float 类型本身无法精确表示十进制小数
这不是 phpmyadmin 的 bug，而是底层 float 在 ieee 754 双精度格式下的固有限制。比如 0.1 + 0.2 在 php（及几乎所有语言）中结果是 0.30000000000000004，mysql 的 float 和 double 同样如此。
phpMyAdmin 只是把 MySQL 返回的二进制浮点值原样转成字符串展示，它不修正、不四舍五入、不做任何隐式转换。
- MySQL 的
FLOAT（单精度）最多约 7 位有效数字，DOUBLE（双精度）约 15–16 位 - 像
9.2这样的数在二进制中是无限循环小数，必须截断存储 → 误差必然存在 - phpMyAdmin 默认用 PHP 的
var_dump()或类似方式输出数值，不会调用number_format()或round()
什么时候会“看起来更不准”？
常见于字段定义为 FLOAT 但插入/查询时混用字符串或整数，或在 phpMyAdmin 中启用了“显示二进制值”等调试选项。
- 执行
SELECT 0.1 + 0.2;→ 显示0.30000000000000004（正常） - 字段是
FLOAT，但插入'123.45678901234567'（17 位）→ 实际存为近似值，查出来就“变样” - phpMyAdmin 设置里勾选了
Show binary values→ 可能触发底层bindec()或unpack()解析，进一步放大显示偏差
真正需要精确计算时该用什么？
别用 FLOAT/DOUBLE 存金额、比例、科学测量值等需确定精度的场景。
- 改用
DECIMAL(M,D)：例如DECIMAL(10,2)精确到分，MySQL 内部以字符串+整数形式存储，无二进制舍入 - PHP 侧读取后也别转
float，直接当字符串处理或用bcadd()/bcmul() - 如果必须用浮点运算（如地理坐标），接受误差，并在展示层用
number_format($val, 6)控制小数位数，而非试图“修复”原始值
phpMyAdmin 里临时缓解显示问题的方法
只是视觉优化，不改变数据本质。
立即学习“PHP免费学习笔记（深入）”；
- 在 SQL 查询中显式格式化：
SELECT ROUND(price, 2) AS price FROM goods; - 在 phpMyAdmin 的“设置 → SQL queries → Show query box”下启用“Enable SQL command line”，然后手动加
FORMAT()或TRUNCATE() - 避免直接 SELECT 浮点字段，改用
SELECT CAST(col AS DECIMAL(12,4)) FROM t;（前提是原始值没因存储失真）
最常被忽略的一点：哪怕你在 phpMyAdmin 里看到 1.23，它背后可能是 1.2299999999999999 —— 别依赖肉眼判断精度，要靠 DECIMAL 定义和应用层校验共同保障。
