应总部要求，保证用户信息安全对所有涉及到用户敏感信息的字段在数据库中都要进行密文存储。
既然需求来了那么峩们自然而然就召开紧急会议对总部的要求进行评估分析，提出解决方案经过讨论提出了两种加解密方案：

方案提出后交由测试部门對两种方案进行压测实验，测试部门给出的压测结论是：
Update对比：加密和未加密的整体tps变化不大且AES加密比DES的性能表现优异，都比不加密稍差
Insert对比：加密比未加密插入的TPS稍低一些，且AES的TPS、CPU占用等比DES好
Select对比：使用AES加密、DES加密查询性能都稍差于未加密，AES的CPU等指标强于DES
总结：使用AES加密相对不加密的性能变化不大，且AES略好于DES加密方式的性能

具体如何压测请自行搞定，这里只提供个思路：

测试数据库对字段加解密的性能
5000w(根据自己数据量而定)

接下来进入编码阶段我们采用的SSM架构，具体实现如下：
一开始我设想采用的是在配置文件中配置秘钥:key 然後在service层取得该key并作为参数传到dao层,然后在mybatis的mapper.xml文件中这么写：

那么问题来了，我以前开发过的项目都由我来进行改造粗略一查四五个项目多個字段好几百处使用。这么搞会死人的啊而且时间紧迫。那怎么办呢
于是乎，我想到了mybatis有没有全局变量讲道理应该是有的吧？度娘：有的兄嘚！

很开心，这样我就可以不用改造service层和dao层一次取值设为全局变量后只需改造mybatis的mapper.xml即可，至少减轻一半工作量于是把成果告訴其他需要改造的小伙伴，纷纷效仿
至此，剩下的就是体力劳动了
如果解密后字段中包含中文会出现中文乱码，解决方案：