位置: 编程技术 - 正文
MySQL利用AES_ENCRYPT()与AES_DECRYPT()加解密的正确方法示例(MySQL利用不同的流程语句输出1到200的和)
编辑：rootadmin推荐整理分享MySQL利用AES_ENCRYPT()与AES_DECRYPT()加解密的正确方法示例(MySQL利用不同的流程语句输出1到200的和)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:MySQL利用子查询查询部门在销售部工作员工的姓名,MySQL利用子查询查询部门在销售部工作员工的姓名,MySQL利用视图查询员工进货数量要求输出姓名进货数量,MySQL利用正则表达式判断身份证号,MySQL利用命令行工具启动和关闭的命令是什么,MySQL利用视图查询员工进货数量要求输出姓名进货数量,MySQL利用视图查询员工进货数量要求输出姓名进货数量,MySQL利用正则表达式判断身份证号,内容如对您有帮助，希望把文章链接给更多的朋友！
前言
最近在工作中遇到一个需求是这样的：需要在使用AES_ENCRYPT()函数将明文加密，存储在MySQL中，但是遇到了一些问题……下面就来详细介绍下。
说将加密后的密文，解密取出来是NULL。
看了一下，她发过来的表结构：
再看了她通过AES_DECRYPT()函数加密了一个字符串，然后insert进去了，执行成功后，显示了一个warning：Query OK, 1 row affected, 1 warning (0. sec)
（没有报错而是warning，大概是sql_mode的缘故）
此时她忽略了这个warning，再通过AES_DECRYPT()解密后，发现取出来的明文为NULL。
再回看表结构，发现其字段属性为“varchar” && 字符集是ut8，检查warning为下：
查了一下文档，看一下这两个函数的使用：
那么到底该如何存呢？
方法①：
将字段属性设置为varbinary/binary/四个blob类型，等二进制字段属性。
创建三个字段，属性分别为varbinary、binary、blob。
并将'明文1'，'text2'，'明文_text3'加密，密钥为key，存入表中。
最后取出。
当然，属性括号内的长度要取决于明文的长度，此处明文较短，故只给了。
方法②：
将密文十六进制化，再存入varchar/char列。
此处需要用到HEX()来存入，用UNHEX()取出。
创建一个字符串属性的字段。
将'hello world'先用密钥'key2'进行AES加密，再将加密后的串通过HEX函数十六进制化。
最后先将加密后的串通过UNHEX取出，再通过AES据密钥'key2'解密：
同样，根据明文的长度不同，AES_ENCRYPT加密后的串长度也会有所变化，所以HEX后的字符串长度也会有所变化。实际使用时，需要据业务评估出一个合理值即可。
方法③：
直接存入varchar中，不做十六进制化。
回溯到问题的一开始，将加密后的串，存到utf8字符集并且属性为varchar中，是不行的。
实际上，将字符集改成latin1就可以了：
在insert的时候也不会报warning了。
这样的方法虽然美，只需将字段字符集设置为latin1就可以了，但可能会带来隐患：
文档上写了这样的一句：
Many encryption and compression functions return strings for which the result might contain arbitrary byte values. If you want to store these results, use a column with a VARBINARY or BLOB binary string data type. This will avoid potential problems with trailing space removal or character set conversion that would change data values, such as may occur if you use a nonbinary string data type (CHAR, VARCHAR, TEXT).
大意是，如果用方法③那样，直接将加密后的串存入char/varchar/text类型中，在做字符转换的时或空格被删除时，可能会带来潜在的影响。
所以如果一定要存在char/varchar/text中，那么还是参考方法②，十六进制化一下吧。
或者如同方法①，直接存在二进制字段中。
总结
上一篇：MySQL中预处理语句prepare、execute与deallocate的使用教程(数据库预处理语句)
下一篇：MySQL5.7.03 更换高版本到MySQL 5.7.17安装过程及发现问题解决方案(mysql改造)
