DECIMAL字段的“长度/精度”设置才真正生效，Navicat中仅DECIMAL和NUMERIC支持界面设置小数位数，FLOAT/DOUBLE的“长度”输入被静默忽略；必须用CAST或CONVERT在查询中显式转DECIMAL才能稳定显示小数位。
DECIMAL 字段的“长度/精度”设置才真正生效
navicat 中只有 decimal 和 numeric 类型支持通过界面设置小数位数，其他浮点类型（float、double）在表设计里填的“长度/精度”会被静默忽略——建表语句里根本不会出现，mysql 也不认 float(10,2) 这种写法。
设置方法很简单：新建或修改字段时，类型选 DECIMAL，在“长度”框里输入类似 10,2 的值（逗号分隔），其中 10 是总位数，2 是小数点后位数。这会生成标准 SQL：DECIMAL(10,2)。
- “比例”字段（部分 Navicat 版本显示为“小数位数”）仅对
DECIMAL生效，填2即固定保留两位小数 - 勾选“填充零”选项后，
123.0会显示为123.00（仅显示层，不影响存储） - 已存在的
FLOAT字段不能靠改这个参数变精度，必须先ALTER TABLE ... MODIFY ... DECIMAL(10,2)
为什么 FLOAT 字段在 Navicat 里小数位“消失”了
这不是数据丢了，是 Navicat 渲染时默认按 6 位有效数字截断——不是小数位，是整个数字的有效位数。比如 0.000123456789 显示成 0.000123457，123456.789 显示成 123457。
根本原因有两个：
-
FLOAT本身是二进制近似存储，0.1实际存的是0.10000000149011612，渲染时再截一遍就更难看了 - Navicat（尤其 Lite 版）没有全局或列级的浮点数显示精度控制开关，“长度/精度”输入框对
FLOAT完全无效 - 即使你手动写
ROUND(price, 2)，返回仍是FLOAT，下次查询还可能抖动；FORMAT(price, 2)返回字符串，没法参与计算
查询时强制统一小数位的可靠写法
如果字段已经是 FLOAT 或 DOUBLE，又必须在结果里稳定显示两位小数（比如报表预览），唯一靠谱的方式是在 SQL 查询中显式转成 DECIMAL：
SELECT CAST(price AS DECIMAL(12,2)) FROM orders;
或者用 CONVERT（MySQL 支持）：
SELECT CONVERT(price, DECIMAL(12,2)) FROM orders;
- 别用
ROUND(price, 2)——它不改变类型，仍可能显示为123.0或123 - 别依赖 Navicat 的“格式化”功能 —— 它不存在。Lite 版和完整版均无单元格数字格式设置项
- 命令行
mysql客户端显示更“原始”，但也不等于真实存储值；真要验证，得用SELECT HEX(price)看二进制存储
已建表如何安全修改精度
对已有表，直接 ALTER TABLE 修改字段类型是可行的，但要注意数据兼容性：
ALTER TABLE orders MODIFY amount DECIMAL(12,2);
- 如果原字段是
FLOAT且含超出DECIMAL(12,2)范围的值（如 >9999999999.99），执行会失败 - 建议先用
SELECT MAX(ABS(amount)), MIN(amount) FROM orders;确认数值范围 - 生产环境务必先备份，再在测试库验证转换结果是否符合业务预期（比如金额四舍五入是否可接受）
- 修改后，Navicat 数据网格会立即按新类型渲染，小数位数稳定可见
真正需要精度的场景（如金额、计量），从建表开始就该用 DECIMAL，而不是寄希望于后期“调显示”。Navicat 不提供浮点数精度魔术开关，它的角色只是忠实呈现类型定义和查询结果。
