背景

根据网络上流传的截图显示，黑客似乎掌握着蔚来内部员工数据 22800 条、车主用户身份证数据 399000 条、用户地址数据 6500000 条、注册用户数据 4850000 条、企业及企业代表联系人数据 10000 条、订单数据 490000 条、退单数据 90000 条，出售的金额以 0.1-0.25 比特币不等。

蔚来公司和蔚来创始人李斌也都出来道歉，并承诺对因本次事件给用户造成的损失承担责任。

现在企业都已经数字化办公了，在提升效率的同时，数据安全也是重中之重，很多公司为了追求效率，却忽略安全这方面的工作。从上面的报告看，蔚来这次泄露的数据包含：用户身份证、地址，这些数据保密级别都是最高的，在数据库存储也应该要加密存储。

而加密存储就涉及以下几个问题：

1、加密存储的方式；

2、加密存储后，数据如何展示；

3、加密存储如何模糊搜索。

今天就给大家分享下，MySql数据加密的解决方案、以及如何解决以上的问题。

Mysql本身自带的加密方法，分为2种：

1、不可逆加密算法：

PASSWORD，ENCRYPT，MD5，SHA。

2、可逆的加密算法：

AES_ENCRYPT、AES_DECRYPT 和 ENCODE、DECODE。

以上两组分别为可逆的加解密函数，都是返回一个二进制字符串，要以BLOB类型存储。不过ENCODE与DECODE，在MySql 5.7后已经取消，并且安全性比较低，建议不要采用。

在项目开发中，比如密码等少量的数据，不涉及显示和搜索的业务需求，可以采用不可逆加密，但大部分数据，我们还是需要采用可逆的加密方式。

下面我们以AES_ENCRYPT、AES_DECRYPT 为例子，来介绍下如何解决，数据加密存储与查询。

1、创建表

首先先创建一张表，只有一个字段data，用来存储解密后的数据，sql语句如下：

CREATE TABLE `tab_aes` (`data` VARCHAR(250) NULL DEFAULT NULL COLLATE 'utf8_general_ci')COMMENT='数据加密存储表'COLLATE='utf8_general_ci'ENGINE=InnoDB;

2、插入数据

通过Sql语句插入加密的数据，1ql语句如下：

INSERT INTO tab_aes VALUES( TO_BASE64( AES_ENCRYPT('要加密的内容','秘钥') ) );

TO_BASE64函数把加密的二进制转换为Base64，方便我们查看。

插入的结果如下：

3、查询返回解密数据

SELECT CAST( AES_DECRYPT( FROM_BASE64(tab_aes.data), '秘钥') AS CHAR CHARACTER SET utf8 ) FROM  tab_aes

解密后，要用CAST把字符串编码转为UTF8，否则返回是乱码。

数据加密存储与解密数据，这些都没有太大问题，加密存储产生最大的问题，就是模糊搜索，关于模糊搜索有以下方案：

1、数据预加载至内存数据库

此方案是程序启动的时候，预先把数据库的数据解密，并加载至内存中，比如采用MongoDB，此方案存在的优缺点如下：

优点：

数据安全，查询性能速度快

缺点：

服务器占用内存大；

数据表无法关联查询；

内存数据与数据库要实时保存一致，需要额外工作量。

2、程序实时加载数据，并解密处理

此方案是，用户触发请求的时候，程序实时加载并解密，保存至内存，虽然此方案解决了与数据库同步的问题，但也存在其他问题，此方案优缺点如下：

优点：

数据安全，查询性能速度快、数据处理灵活。

缺点：

服务器内存不可控，瞬间内存容易飙升，可能导致服务器不稳定；

数据表无法关联查询。

3、在Sql语句处理模糊搜索

如果数据量比较少，以上两种方案可能不会产生太大的影响，但对于大多数项目以上两种方案还是不靠谱的。

在Sql语句处理模糊搜索，也有以下几种方案：

3.1、实时解密搜索

直接在数据库端，把加密的数据解密。

SELECT CAST( AES_DECRYPT( FROM_BASE64(tab_aes.data), '秘钥') AS CHAR CHARACTER SET UTF8 ) FROM  tab_aesWHERECAST( AES_DECRYPT(FROM_BASE64(tab_aes.data),'秘钥')ASCHARCHARACTERSETUTF8)LIKE'要加密%'

优点

搜索灵活

缺点：

无法利用索引，搜索性能慢；

数据需要先解密，导致性能慢。

3.2、字段冗余存储

我们都知道MySql模糊搜索，只有当匹配开头、或者匹配结尾的时候，索引才会生效。所以我们可以扩展一个字段，用来存储开头和结尾加密后的数据。

创建表sql语句如下，新增一个字段data_ext，并建立索引：

CREATE TABLE `tab_aes` (`data` VARCHAR(250) NULL DEFAULT NULL COLLATE 'utf8_general_ci',`data_ext` VARCHAR(250) NULL DEFAULT NULL COLLATE 'utf8_general_ci',INDEX `data_ext` (`data_ext`) USING BTREE)COMMENT='数据加密存储表'COLLATE='utf8_general_ci'ENGINE=InnoDB;

比如，要加密的内容为：123456789，字段data_ext取字段data，开头和结尾3个字符存储，储存格式为：AES(123) , AES(789)，插入数据的sql语句如下：

INSERT INTO tab_aes  VALUES( TO_BASE64( AES_ENCRYPT('要加密的内容','秘钥')), CONCAT(TO_BASE64( AES_ENCRYPT('要加密','秘钥')), ',', TO_BASE64( AES_ENCRYPT('内容','秘钥'))));

存储结果如下：

相应的模糊搜索sql语句如下：

SELECT CAST( AES_DECRYPT( FROM_BASE64(tab_aes.data), '秘钥') AS CHAR CHARACTER SET UTF8 )  FROM tab_aesWHEREtab_aes.data_ext LIKE CONCAT(TO_BASE64(AES_ENCRYPT(('要加密'),'秘钥')),'%')AND tab_aes.data_ext LIKE CONCAT('%',TO_BASE64(AES_ENCRYPT(('内容'),'秘钥')))AND tab_aes.data_ext LIKE CONCAT(TO_BASE64(AES_ENCRYPT(('要加密'),'秘钥')),'%', TO_BASE64(AES_ENCRYPT('内容','秘钥')));

通过Explain分析结果，该查询sql语句索引是生效的。

此方案优点：

搜索性能高；

支持表关联搜索。

此方案也有以下缺点：

1、匹配字符数是固定，如果业务有变，需要重新更新数据库；

2、数据存储需要额外工作量；

3、冗余数据，需要额外的存储空间。

任何一种方案都有其优点，也有它的局限性，但有一点的是，数据安全是最重要的，任何企业切不可只为了业务发展，而忽略安全的重要性。