md5()函数仅适用于数据完整性校验，不可用于密码存储；它返回32位小写十六进制字符串，无盐、确定性强、不防碰撞和彩虹表，mysql 8.0+已标记为“不安全哈希”，生产环境严禁用于用户密码。
MD5()函数只能用于校验，不能用于密码存储
MySQL 的 MD5() 返回 32 位小写十六进制字符串，确定性强、无盐、不可逆，但完全不防碰撞和彩虹表。它在生产环境里绝不能用于用户密码存储——哪怕加固定 salt 也不行。只适合数据迁移、归档、ETL 后的完整性核对这类低安全场景。
常见误用是把 MD5() 当成加密函数往密码字段里塞，结果审计一查就报“不安全哈希”，MySQL 8.0+ 还可能被 VALIDATE_PASSWORD 插件直接拦截。
-
MD5(NULL)永远返回NULL，不是空字符串 -
MD5('')固定返回d41d8cd98f00b204e9800998ecf8427e，别和 NULL 混淆 - 字段含空格或换行符时，
MD5('a')和MD5('a ')结果不同，拼接前建议TRIM()
多字段拼接 MD5 必须处理 NULL 和分隔符
直接 CONCAT(col1, col2) 遇到任一列为 NULL，整行结果就是 NULL，导致校验失效。也不能裸拼，字段顺序稍变或中间多一个空格，哈希值就完全不同。
正确做法是显式控制拼接逻辑：
- 用
CONCAT_WS(':', col1, col2, col3)—— 自动跳过NULL，且用冒号分隔，避免'ab'+'c'和'a'+'bc'碰撞 - 或手动
IFNULL()：MD5(CONCAT(IFNULL(col1,''), ':', IFNULL(col2,''), ':', IFNULL(col3,''))) - 数值字段建议转字符串：
MD5(CONCAT(IFNULL(col1,''), ':', IFNULL(CAST(col2 AS CHAR),'')))
WHERE 条件里用 MD5() 会全表扫描
写 WHERE MD5(email) = 'xxx' 是性能陷阱。MySQL 无法使用 email 字段上的索引，因为函数改变了原始值。100 万行表可能从几毫秒拖到数秒。
可行方案只有两个：
- 提前算好哈希存新列：
email_md5 CHAR(32)，再建索引 - 用生成列（MySQL 5.7+）：
email_md5 VARCHAR(32) STORED AS (MD5(email))，然后对生成列建索引 - 绝对不要在 JOIN 或子查询里两边都算
MD5()，CPU 白耗
校验时别只比单行 MD5，要结合 COUNT 和抽样
只比某几条记录的 MD5() 值，漏掉重复、缺失、时区/字符集差异等问题。真实迁移后校验必须分层做：
- 先跑
COUNT(*)和COUNT(DISTINCT pk)，确认行数与主键去重数一致 - 再按主键范围分批抽样，比如
WHERE id BETWEEN 1 AND 1000，避免单次查询太重 - 对时间敏感表，按日期分区抽样，比如
WHERE create_time >= '2026-08-01' AND create_time - 聚合比对辅助验证：
SUM(amount)、AVG(price)、MD5(GROUP_CONCAT(... SEPARATOR '|'))（仅限小表）
真正容易被忽略的是字符集和排序规则影响：源库 utf8mb4_0900_as_cs 和目标库 utf8mb4_general_ci 下，MD5() 对同一字符串可能产出不同结果——比对前务必确认两边校对规则一致。
