哈希是单向不可逆操作，适用于验证场景（如密码比对），但不适用于需检索、查询或展示的业务数据；对非密码字段盲目哈希将导致功能失效与数据不可用。
哈希是单向不可逆操作，适用于验证场景（如密码比对），但不适用于需检索、查询或展示的业务数据；对非密码字段盲目哈希将导致功能失效与数据不可用。
在数据库安全实践中，“仅对密码哈希”并非疏忽或妥协，而是基于哈希函数本质与业务需求的理性设计。哈希的核心特性是确定性、抗碰撞性和单向性：给定输入总产生相同输出，且无法从哈希值还原原始值。这一特性完美契合密码验证流程——系统只需比对用户输入明文密码的哈希值与存储值是否一致，无需也不应“读取”原始密码。
然而，若将此逻辑扩展至其他字段（如邮箱、手机号、用户名），则会引发根本性冲突：
- 丧失查询能力：数据库无法执行 WHERE email = ‘user@example.com’，因为存储的是哈希值（如 sha256(‘user@example.com’)），而 ‘user@example.com’ 的哈希结果无法被预先计算并用于索引匹配（除非每次查询都遍历全表并逐个哈希比对，性能灾难）；
- 破坏业务逻辑：邮件通知、去重校验、第三方集成等均依赖原始邮箱内容，哈希后数据不可恢复，系统无法发送邮件或识别重复注册；
- 无法支持模糊/范围查询：哈希彻底打乱语义与顺序，使 LIKE ‘%@gmail.com’ 或时间范围筛选等操作完全失效。
✅ 正确做法示例（密码哈希）：
import hashlib import secrets def hash_password(plain: str) -> str: salt = secrets.token_hex(16) return hashlib.pbkdf2_hmac('sha256', plain.encode(), salt.encode(), 100_000).hex() + ':' + salt def verify_password(plain: str, stored_hash: str) -> bool: hash_val, salt = stored_hash.split(':') computed = hashlib.pbkdf2_hmac('sha256', plain.encode(), salt.encode(), 100_000).hex() return secrets.compare_digest(computed, hash_val)⚠️ 注意事项：
- 永远避免对需可读、可查、可处理的字段（邮箱、姓名、地址、订单号等）使用普通哈希；
- 若需增强敏感字段（如身份证号）的静态保护，应选用确定性加密（如 AES-SIV）或带密钥的格式保留加密（FPE），确保加解密可控且符合合规要求；
- 密码哈希必须搭配盐值（salt） 和慢哈希算法（如 bcrypt、scrypt、Argon2），杜绝彩虹表攻击与暴力破解。
总结而言：哈希不是“通用加密”，而是“专用验证工具”。安全设计的前提是理解原语边界——用对地方，才是真安全。