文章主旨：

针对敏感数据加密存储的需求，作者提出了三种技术解决方案及选型建议，旨在提升数据安全性与处理效率。

关键要点：

• 敏感数据如手机号、地址等需要加密存储，以防信息泄露造成损失。
• 作者分析了三种加密方案：Mybatis TypeHandler、HTTP RESTful/RPC接口、统一client SDK，并补充了选型建议。
• 存量数据处理的关键在于低峰期分片并行加密，提高效率，同时避免对业务造成影响。
• 不同业务场景适用不同方案，需根据需求选择最佳方案。

内容结构：

背景与痛点：

集团要求对敏感字段加密存储，以防止数据泄露风险。痛点包括新增数据处理成本高、存量数据量巨大、以及高并发场景实时性不足。

解决方案与分析：

• Mybatis TypeHandler：

  利用TypeHandler在数据库持久层进行加解密操作，适合中小型系统、非核心业务，调用量较小。

  优点：简单配置、低侵入性；缺点：处理大量数据时性能瓶颈明显，代码复杂性增加。

• HTTP RESTful/RPC接口：

  通过底层服务提供加解密接口，远程调用实现加密功能，适合非核心业务。

  优点：接入简单；缺点：存在网络IO开销，高并发场景可能超时。

• 统一client SDK：

  封装加密机逻辑，提供高性能加解密服务，适合调用量大、金融属性业务。

  优点：性能高；缺点：扩容实时性差，但可通过预分配IP解决。

存量数据处理：

• 指定索引字段和刷新状态字段。
• 低峰时段分片处理大数据量，分布式框架加速处理。

选型补充：

互联网项目推荐方案一（TypeHandler）和方案二（HTTP RESTful/RPC接口）。

文章总结：

作者结合敏感数据加密存储的应用场景提供了多种解决方案，建议根据业务需求灵活选型，并强调高效处理存量数据的重要性。

测试开发之网络篇-问题定位

了解更多

不码不疯魔

查看原文：敏感数据加解密，3套方案供你选择、不要太强了

文章来源：

不码不疯魔

扫码关注公众号