MySQL加密函数实战：从基础使用到安全升级

最新推荐文章于 2026-06-20 11:29:56 发布

原创

最新推荐文章于 2026-06-20 11:29:56 发布 · 176 阅读

标签

#MySQL #数据安全 #数据库加密 #密码哈希

1. 从零开始：认识MySQL的加密工具箱

大家好，我是老张，在数据库这块摸爬滚打十几年了，今天想和大家聊聊MySQL里那些关于“加密”的事儿。你可能觉得加密听起来挺高大上，是安全专家才需要关心的，其实不然。咱们日常开发里，用户密码怎么存、一些敏感信息比如手机号要不要处理、甚至订单里的某些备注，都可能涉及到加密。用对了，是给系统加了一把锁；用错了或者干脆不用，那可能就是给黑客留了一扇门。

MySQL自己就带了一个挺丰富的“加密工具箱”，里面装着各种函数，专门用来处理数据的加密和解密。我刚入行那会儿，最常用的就是MD5()和PASSWORD()，觉得把密码转成一串谁也看不懂的字符存进去，任务就完成了。后来踩过坑才知道，事情远没这么简单。加密函数也分很多种，有的像单向的粉碎机，数据进去变成密文，但永远变不回来了（这叫哈希）；有的则像带钥匙的保险箱，既能锁上也能用同一把钥匙打开（这叫加密/解密）。理解这个基本区别，是你用好它们的第一步。

为什么咱们开发者需要关心这个呢？我举个例子。假如你直接把用户的明文密码（比如“123456”）存到数据库里，万一哪天数据库不小心被泄露了，或者有内部人员能直接查看数据表，那所有用户的账号就相当于裸奔了，后果不堪设想。所以，至少要对密码进行不可逆的哈希处理再存储。再比如，用户的一些隐私信息，虽然业务上可能需要还原查看，那也不能明文存，得用可逆的加密函数藏起来，只有系统在需要时用密钥才能解开。这就是MySQL加密函数最核心的应用场景：保护数据，无论是在存储状态（静态）还是在数据库内部处理时。

所以，别把加密想得太复杂。咱们今天就从最基础的几个函数怎么用开始，手把手带你操作。然后我会分享一些我这些年总结的经验，比如哪些函数已经过时了、为什么过时，以及现在更推荐用什么方法来构建更安全的数据存储方案。你会发现，从“能用”到“用得安全”，中间其实就隔着一层窗户纸，捅破了，你的系统安全性就能上一个台阶。

2. 基础实战：常用加密函数怎么用？

光说不练假把式，咱们直接上SQL，看看这些函数到底怎么工作。我会把最常用的几个分成两类：单向哈希函数和双向加密/解密函数。你可以打开自己的MySQL客户端，跟着我一起敲一遍，印象更深刻。

2.1 单向哈希：把数据变成“指纹”

哈希函数的特点是“有去无回”。你给它一段数据（比如密码），它输出一段固定长度的、看起来乱码的字符串（哈希值）。理论上，不同的输入几乎不可能产生相同的输出。而且，你无法从哈希值反推出原始数据是什么。这就像每个人的指纹是唯一的，但你不能通过指纹复原出这个人一样。在MySQL里，最经典的哈希函数是MD5()和SHA1()。

MD5：快速但已显疲态

MD5生成一个128位（16字节）的哈希值，通常表示为一个32位的十六进制字符串。用法超级简单：

SELECT MD5('myPassword123');

执行后，你会得到类似 e10adc3949ba59abbe56e057f20f883e 这样的字符串。在很长一段时间里，大家都用它来存密码。我早年的项目也这么干过。但现在为什么不推荐了呢？因为MD5算法已经被发现存在“碰撞”漏洞（即不同的输入可能产生相同的哈希值），并且计算速度太快，这使得黑客可以用“彩虹表”（预先计算好的哈希字典）或强大的GPU进行暴力破解，安全性已经不足。

SHA1：比MD5强一点，但也在淘汰边缘

SHA1比MD5生成更长的160位（20字节）哈希值，表现为40位十六进制字符串。