MySQL问题记录

MySQL中的 char 与 varchar的区别是什么?

MySQL中的 char 和 varchar 都是用于存储字符串的数据类型，但它们在存储方式和性能上有所不同。以下是它们的主要区别：

第一点呢，就是存储方式不同：

• char：定长字符串，长度是固定的，不管实际存储的字符串长度如何，都会占用固定长度的存储空间。如：char(10) 会始终占用10个字 符的空间。
• varchar：变长字符串，长度不固定。占用的空间与实际存储的字段长度有关。 如：varchar(10) 表示最多可以存储10个字符，如果存储 的字符串长度不足10，假设为5，只会占用5个字符空间。

第二点呢，就是性能不同：

• 对于char，由于其固定长度，操作会快些，但是会存储浪费磁盘空间的问题。
• 对于varchar，由于长度可变，操作时会相对慢一点，但是可以节省磁盘空间，尤其是存储的数据长度不固定时。

所以呢，我们在设计表结构的时候，需要根据具体的场景来选择具体的数据类型。 就比如啊，如果是手机号、身份证号这样的字段，由于长 度固定，我们就直接选择char类型即可，并指定长度，如：char(11)、char(18)。再比如，像用户名、备注信息这类长度不固定的，我们直接 选择varchar类型，长度根据页面原型和需求文档确定。

---

MySQL记录货币用什么字段类型

正确选择：DECIMAL(M, D)

• M：总位数（精度），包括整数和小数部分
• D：小数位数（标度）

常见用法示例：

-- 适合大多数场景：最大 9999999.99 元（约7位整数 + 2位小数）
DECIMAL(10, 2)

-- 金融级大额场景：支持万亿级别
DECIMAL(19, 2)  -- 如 999,999,999,999,999,999.99

💡 一般建议：DECIMAL(10,2) 或 DECIMAL(12,2) 足够覆盖绝大多数业务（如电商、支付、账单等）。

为什么不能用 FLOAT / DOUBLE？

因为它们是浮点数类型 ，存在精度丢失问题：

-- 示例（在某些计算中）：
SELECT 0.1 + 0.2 = 0.3;  -- 结果可能是 FALSE！

货币计算要求精确到分（0.01），任何舍入误差都可能导致：

• 对账不平
• 用户投诉
• 财务风险

IEEE 754 浮点标准无法精确表示 0.1、0.2 等十进制小数。

总结

货币字段 = DECIMAL(M, D)，其中 D 通常为 2，M 根据业务最大金额预留足够位数。
永远不要用 FLOAT 或 DOUBLE 存金额！

这是数据库设计中的最佳实践，也是金融、电商等系统的通用规范。

---