Apache ShardingSphere数据脱敏全解决方案详解(下)

最新推荐文章于 2025-07-02 10:36:14 发布

原创

最新推荐文章于 2025-07-02 10:36:14 发布 · 3.3k 阅读

5 ·

CC 4.0 BY-SA版权

本文是Apache ShardingSphere数据脱敏解决方案的下篇，详细介绍了如何为新上线业务和已上线业务进行数据脱敏改造。对于新业务，通过配置逻辑列和密文列实现数据加密。对于已上线业务，提供了安全平滑迁移的方案，包括使用Encrypt-JDBC处理新增数据，业务方自行加密存量数据，然后切换配置进行查询。ShardingSphere的脱敏功能旨在提供自动化、透明化的数据脱敏过程，支持多种策略和自定义接口，适用于需要数据加密解密的Java项目。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

ApacheShardingSphere

数据脱敏全解决方案详解(下)

作者介绍

潘娟，京东数科高级DBA，主要负责京东数科数据库中间件开发、数据库运维自动化平台开发、生产数据库运维工作。多次参与京东6.18、11.11等大促活动的护航工作。曾负责京东数科数据库自动化平台设计与开发项目，现专注于Apache ShardingSphere分布式数据库中间件开发。乐于在数据库、自动化、分布式、中间件等相关领域进行学习和探索。

一、前言

《ApacheShardingSphere数据脱敏全解决方案详解(上)》主要介绍了ShardingSphere内部脱敏功能的具体实现。本次分享承接上篇，将具体实现与实际的场景结合，提供针对已上线业务脱敏改造和新上线业务脱敏使用的详细介绍。

二、解决方案详解

在了解了ShardingSphere脱敏处理流程后，即可将脱敏配置、脱敏处理流程与实际场景进行结合。所有的设计开发都是为了解决业务场景遇到的痛点。那么面对之前提到的业务场景需求，又应该如何使用ShardingSphere这把利器来满足业务需求呢？

新上线业务

业务场景分析：新上线业务由于一切从零开始，不存在历史数据清洗问题，所以相对简单。

解决方案说明：选择合适的加密器，如AES后，只需配置逻辑列（面向用户编写SQL）和密文列（数据表存密文数据）即可，逻辑列和密文列可以相同也可以不同。建议配置如下（Yaml格式展示）：

encryptRule:
encryptors:
    aes_encryptor:
      type: aes
      props:
        aes.key.value: 123456abc
tables:
    t_user:
      columns:
        pwd:
          cipherColumn: pwd
          encryptor: aes_encryptor

使用这套配置，Encrypt-JDBC只需将logicColumn和cipherColumn进行转换，