数据库脱敏技术的三种实现方式

曾经，某知名电商平台因数据安全漏洞，导致数百万用户的姓名、联系方式、收货地址等信息被不法分子获取，随后用户们频繁收到诈骗电话和垃圾邮件，生活受到严重干扰，该平台的声誉也一落千丈，损失惨重。还有一些医疗机构的患者病历数据泄露，患者的隐私被曝光，不仅侵犯了患者的权益，还引发了公众对医疗机构数据安全的信任危机 。这些真实发生的案例，都在警示着我们：数据安全，不容忽视！

而在数据安全的众多防护手段中，数据库脱敏技术就像是一位默默守护的 “隐形护盾”，发挥着关键作用。它能在不影响数据正常使用的前提下，对敏感数据进行巧妙处理，让数据在各个环节流转时，都能最大程度地保障安全，避免敏感信息落入不法分子之手，有效降低数据泄露带来的风险。接下来，就让我们深入了解数据库脱敏技术的三种实现方式，探寻它是如何为数据安全保驾护航的。

一、SQL 实现：数据库里的 “变形记” （一）原理大公开

SQL（Structured Query Language），即结构化查询语言，作为数据库操作的核心语言，在数据脱敏领域有着不可或缺的地位 。其实现数据脱敏的原理，主要是通过巧妙组合各种 SQL 函数，对敏感数据进行有针对性的处理。比如，利用字符串函数来截取、替换敏感数据的部分字符；借助条件判断函数，根据不同的数据类型和业务需求，执行不同的脱敏规则 。以常见的字符串替换函数REPLACE为例，它可以将指定字符串中的某个子串替换为其他内容，这在对姓名、地址等敏感信息进行脱敏时十分有用。还有SUBSTRING函数，能够截取字符串的特定部分，结合其他函数，就能实现对身份证号、手机号等按固定规则脱敏 。这些函数相互配合，如同一场精心编排的 “变形记”，让敏感数据在数据库中悄然改变模样，却依旧保留着必要的业务价值。

（二）实战演练场

1. 电话号码脱敏

   ：假设我们有一张名为users的用户表，其中包含phone字段存储电话号码。在 MySQL 数据库中，实现电话号码脱敏的 SQL 代码如下：

SELECT phone AS 原始电话号码, CONCAT(SUBSTRING(phone, 1, 3), '****', SUBSTRING(phone, -4)) AS 脱敏后电话号码 FROM users;

上述代码中，SUBSTRING(phone, 1, 3)用于截取电话号码的前三位，SUBSTRING(phone, -4)表示截取电话号码的后四位，CONCAT函数则将前三位、四个星号（用于遮盖中间四位数字）和后四位拼接起来，实现电话号码的脱敏。

1. 身份证号脱敏

   ：同样在users表中，若有id_card字段存储身份证号，身份证号脱敏的 SQL 代码如下：

SELECT id_card AS 原始身份证号, CONCAT(SUBSTRING(id_card, 1, 6), '******', SUBSTRING(id_card, -4)) AS 脱敏后身份证号 FROM users;

这里，SUBSTRING(id_card, 1, 6)截取身份证号的前六位，SUBSTRING(id_card, -4)截取后四位，中间六位用六个星号替换，完成身份证号的脱敏处理。

（三）优劣大比拼

优势：

• 操作简单直接

  ：对于熟悉 SQL 语言的数据库管理员和开发人员来说，使用 SQL 实现数据脱敏无需额外学习复杂的工具或框架，只需编写简单的 SQL 语句，就能快速对数据进行脱敏处理，上手门槛较低。

• 直接在数据库层面操作

  ：无需将数据导出到外部系统进行处理，减少了数据传输过程中的安全风险，同时也能充分利用数据库本身的计算资源和优化机制，提高脱敏效率 。

• 与现有数据库环境无缝集成

  ：因为 SQL 是数据库的标准语言，所以无论使用的是 MySQL、Oracle、SQL Server 等何种主流数据库，都可以轻松运用 SQL 进行数据脱敏，兼容性极佳。

局限性：

• 灵活性欠佳

  ：当脱敏规则较为复杂，例如需要根据不同的业务逻辑、用户角色或数据来源进行多样化的脱敏时，SQL 语句会变得冗长且难以维护，实现起来较为困难 。

• 性能问题

  ：在处理大规模数据时，频繁执行复杂的 SQL 脱敏操作可能会对数据库的性能产生较大影响，导致数据库负载过高，查询响应变慢，影响业务系统的正常运行 。

• 缺乏统一管理

  ：如果数据库中存在多个表需要进行不同规则的数据脱敏，每个表都需要单独编写 SQL 语句，难以进行统一的脱敏策略管理和监控，不利于整体的数据安全管控 。

在 Java 的开源世界里，有不少优秀的脱敏插件，为开发者实现数据脱敏提供了便捷的途径，其中sensitive-plus便是一款备受关注的插件 。它就像一个功能强大的 “数据卫士”，支持多种常见数据类型的脱敏操作，如地址脱敏、银行卡号脱敏、中文姓名脱敏、固话脱敏、身份证号脱敏、手机号脱敏以及密码脱敏等 。

sensitive-plus具有两大显著特点。一是采用灵活的脱敏策略，它提供了正则脱敏和根据显示长度脱敏两种方式，并且默认采用正则脱敏 。开发者可以根据实际业务需求，轻松配置自己的脱敏规则，满足多样化的数据脱敏场景 。例如，在处理手机号脱敏时，如果默认的显示前三后四规则不符合业务要求，开发者可以通过配置自定义规则，调整显示的位数和替换字符，实现个性化的脱敏效果 。二是使用方式极为简便，通过注解就能快速完成脱敏操作 。在实体类的字段上添加相应的注解，如@SensitiveMobile用于手机号脱敏、@SensitiveIdCard用于身份证号脱敏等，插件在数据处理过程中会自动识别这些注解，并按照预设规则对数据进行脱敏，大大提高了开发效率 。

（二）自定义规则的魔法

除了借助开源工具，Java 强大的编程能力还允许开发者自定义脱敏规则，这就像是拥有了一把可以根据需求定制各种神奇魔法的钥匙，能够满足复杂多变的个性化需求 。

实现自定义脱敏规则，首先要深入理解数据的特点和业务逻辑 。以身份证号脱敏为例，我国的身份证号包含了丰富的个人信息，如地区、出生日期、性别等 。在自定义脱敏规则时，不仅要考虑隐藏中间的敏感信息，还可能需要根据不同的业务场景，保留部分关键信息以便业务使用 。比如，在一些需要统计地区信息的场景中，可以保留身份证号的前六位地区码 。

从技术实现角度，可以通过编写 Java 类和方法来实现自定义脱敏逻辑 。利用 Java 的字符串处理函数，如substring、replace等，对敏感数据进行截取、替换等操作 。同时，结合条件判断语句，根据不同的数据类型和业务条件执行不同的脱敏逻辑 。还可以借助反射机制，在运行时动态获取和处理对象的字段，实现对不同实体类的通用脱敏处理 。例如，创建一个脱敏工具类，其中包含各种脱敏方法，然后在业务代码中调用这些方法对数据进行脱敏，使得脱敏逻辑与业务逻辑分离，提高代码的可维护性和复用性 。

（三）应用场景大搜罗

Java 实现的数据脱敏在众多领域都有着广泛的应用 。在互联网电商领域，当用户信息需要在内部系统进行传输、存储或展示给部分工作人员时，通过 Java 代码实现的数据脱敏可以有效保护用户的隐私 。比如，在订单管理系统中，对用户的姓名、手机号、地址等敏感信息进行脱敏处理，防止内部人员误操作导致数据泄露 。

在金融行业，数据安全至关重要 。Java 实现的数据脱敏可用于保护客户的银行卡号、交易密码、身份证号等敏感信息 。在银行的客户信息管理系统、支付系统等，通过自定义脱敏规则或使用开源工具，确保敏感数据在各个环节的安全性，满足监管要求，维护金融机构的信誉和客户的信任 。

在医疗领域，患者的病历数据包含大量敏感信息，如姓名、身份证号、病史等 。利用 Java 实现数据脱敏，在医疗数据的共享、分析、科研等场景中，既能保护患者隐私，又能让医疗工作者和科研人员在合法合规的前提下，利用脱敏后的数据进行疾病研究、医疗质量评估等工作 ，推动医疗行业的发展 。

三、mybatis - mate - sensitive - jackson：ORM 框架的秘密武器 （一）插件初相识

mybatis - mate - sensitive - jackson是 MyBatis - Plus 官方推荐的一款强大工具，作为 MyBatis - Plus 企业级模块的一员，它就像是 ORM（对象关系映射）框架中的一位秘密武器，在数据脱敏领域发挥着独特的作用 。MyBatis - Plus 本身是一个优秀的 MyBatis 增强工具，它简化了 MyBatis 的开发，提供了丰富的功能，如代码生成、分页插件、条件构造器等 。而mybatis - mate - sensitive - jackson插件则在其基础上，专注于解决数据脱敏问题，为开发者提供了便捷、高效的数据脱敏解决方案 。它内置了手机号、邮箱、银行卡号等 9 种常用的脱敏规则，涵盖了日常开发中大部分常见的敏感数据类型，同时还支持开发者自定义数据脱敏规则，以满足更加个性化和复杂的业务需求 。

（二）使用步骤全攻略

1. 引入依赖

   ：首先，在项目的pom.xml文件中添加mybatis - mate - sensitive - jackson的依赖。如果使用的是 Maven 项目，添加如下依赖：

com.baomidou mybatis-mate-sensitive-jackson 对应版本号

这里的对应版本号需要根据实际情况填写最新的版本，你可以在 Maven 仓库或者官方文档中查询到 。添加依赖后，Maven 会自动下载并管理该插件及其相关的依赖包 。

2. 配置策略：在 Spring Boot 的配置文件application.yml中，进行 MyBatis - Mate 的相关配置，包括获取授权证书等 。例如：

mybatis-mate: cert: grant: thisIsTestLicense # 测试证书，正式环境需购买授权 license: as/bsBaSVrsA9FfjC/N77ruEt2/QZDrW+MHETNuEuZBra5mlaXZU+DE1ZvF8UjzlLCpH3TFVH3WPV+Ya7Ugiz1Rx4wSh/FK6Ug9lhos7rnsNaRB/+mR30aXqtlLt4dAmLAOCT56r9mikW+t1DDJY8TVhERWMjEipbqGO9oe1fqYCegCEX8tVCpToKr5J1g1V86mNsNnEGXujnLlEw9jBTrGxAyQroD7Ns1Dhwz1K4Y188mvmRQp9t7OYrpgsC7N9CXq1s1c2GtvfItHArkqHE4oDrhaPjpbMjFWLI5/XqZDtW3D+AVcH7pTcYZn6vzFfDZEmfDFV5fQlT3Rc+GENEg==

这里的grant和license是授权相关的信息，测试证书在正式环境中会失效，需要购买正式授权 。

3. 注解标识：在实体类中，使用@FieldSensitive注解标识需要脱敏的字段，并指定脱敏策略 。例如：

import lombok.Getter; import lombok.Setter; import mybatis.mate.annotation.FieldSensitive; import mybatis.mate.strategy.SensitiveType; @Getter @Setter public class User { private Long id; @FieldSensitive(SensitiveType.mobile) private String mobile; @FieldSensitive(SensitiveType.email) private String email; }

上述代码中，@FieldSensitive(SensitiveType.mobile)表示对mobile字段采用手机号脱敏策略，@FieldSensitive(SensitiveType.email)表示对email字段采用邮箱脱敏策略 。通过这种简单的注解方式，就能轻松实现对实体类字段的数据脱敏 。

（三）高级玩法解锁

1. 自定义脱敏策略

   ：虽然插件内置了丰富的脱敏规则，但在一些特殊的业务场景下，可能需要自定义脱敏策略 。首先，创建一个配置类，实现ISensitiveStrategy接口，定义自己的脱敏逻辑 。例如：

import mybatis.mate.databind.ISensitiveStrategy; import mybatis.mate.strategy.SensitiveStrategy; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; @Configuration public class SensitiveStrategyConfig { @Bean public ISensitiveStrategy sensitiveStrategy() { return new SensitiveStrategy() .addStrategy("customStrategy", t -> { // 自定义脱敏逻辑，这里将字符串替换为固定内容 return "******"; }); } }

在上述代码中，通过addStrategy方法添加了一个名为customStrategy的自定义脱敏策略，将输入的字符串替换为六个星号 。然后，在实体类中使用这个自定义策略：

import lombok.Getter; import lombok.Setter; import mybatis.mate.annotation.FieldSensitive; @Getter @Setter public class User { private Long id; @FieldSensitive("customStrategy") private String customField; }

这样，customField字段就会按照自定义的customStrategy策略进行脱敏 。

2. 处理复杂数据结构的脱敏：当数据结构较为复杂，如包含嵌套对象、集合等时，mybatis - mate - sensitive - jackson同样能够应对自如 。对于嵌套对象，只需在嵌套对象的实体类中，按照上述方式使用@FieldSensitive注解标识需要脱敏的字段即可 。例如：

import lombok.Getter; import lombok.Setter; import mybatis.mate.annotation.FieldSensitive; import mybatis.mate.strategy.SensitiveType; @Getter @Setter public class Address { @FieldSensitive(SensitiveType.address) private String detailAddress; } @Getter @Setter public class User { private Long id; private Address address; }

在这个例子中，User类包含一个Address类型的嵌套对象，Address类中的detailAddress字段使用了地址脱敏策略 。当查询User对象时，detailAddress字段会自动进行脱敏 。

对于集合类型，如List，插件也能自动对集合中的每个元素进行脱敏 。假设我们有一个User对象的List，并且User对象中的某些字段需要脱敏，示例代码如下：

import lombok.Getter; import lombok.Setter; import mybatis.mate.annotation.FieldSensitive; import mybatis.mate.strategy.SensitiveType; import java.util.List; @Getter @Setter public class User { private Long id; @FieldSensitive(SensitiveType.mobile) private String mobile; } public class UserService { public List getUserList() { // 模拟从数据库查询用户列表 List userList = new ArrayList<>(); User user1 = new User(); user1.setId(1L); user1.setMobile("13800138000"); userList.add(user1); return userList; } }

在上述代码中，UserService的getUserList方法返回一个User对象的List，由于User类中的mobile字段使用了手机号脱敏策略，当返回这个List时，其中每个User对象的mobile字段都会自动进行脱敏 。通过这些高级玩法，mybatis - mate - sensitive - jackson能够满足各种复杂场景下的数据脱敏需求，为开发者提供了极大的便利 。

四、三种方式大对决 （一）性能对比

在性能方面，SQL 实现直接利用数据库自身的计算资源执行脱敏操作，对于简单的脱敏规则和小规模数据，执行效率较高 。然而，当面对复杂的脱敏逻辑和海量数据时，频繁的 SQL 函数调用会消耗大量数据库资源，导致数据库负载急剧上升，查询响应时间明显变长，性能表现大打折扣 。

Java 实现由于是在应用层进行数据处理，对数据库的直接压力较小 。通过合理的代码优化和多线程技术，在处理复杂脱敏逻辑时，能够保持相对稳定的性能 。特别是对于需要实时处理少量数据的场景，Java 实现可以快速响应，满足业务需求 。但如果涉及大规模数据的批量脱敏，由于数据传输和处理都在应用层，可能会受到应用服务器资源的限制，导致处理速度变慢 。

mybatis - mate - sensitive - jackson插件基于 ORM 框架，在数据查询和返回时自动进行脱敏处理，对业务代码的侵入性较小 。在性能上，它借助框架的缓存机制和优化策略，对于常见的脱敏场景能够高效处理 。但如果实体类关系复杂，嵌套层次较多，或者数据量极大时，可能会因为对象的创建和序列化等操作，带来一定的性能开销 。

（二）适用场景分析

SQL 实现适用于对数据一致性要求极高，且脱敏规则相对简单、固定的场景 。比如在数据库内部的日常数据维护、简单报表生成等场景中，通过 SQL 语句直接对数据进行脱敏，方便快捷，能够确保数据在数据库层面的完整性和一致性 。

Java 实现则更适合在应用层对数据进行灵活处理的场景 。当业务逻辑复杂，需要根据不同的用户角色、业务规则等进行多样化的数据脱敏时，Java 强大的编程能力和丰富的开源库能够轻松应对 。像互联网电商、金融等行业的业务系统，在数据展示、传输等环节，使用 Java 实现数据脱敏，可以更好地满足个性化的安全需求 。

mybatis - mate - sensitive - jackson插件主要适用于基于 MyBatis - Plus 框架开发的项目 。在这些项目中，它能够无缝集成到现有开发流程中，通过简单的注解配置实现数据脱敏 。尤其是在数据查询频繁，且对代码侵入性要求较低的场景下，该插件具有明显优势 。例如企业级应用中的用户信息管理、订单管理等模块，使用该插件可以在不改变原有代码结构的基础上，快速实现数据脱敏功能 。

（三）成本考量

从人力成本来看，SQL 实现对于熟悉 SQL 语言的人员来说，学习成本较低，无需额外学习新的技术框架 。但如果需要编写复杂的 SQL 脱敏逻辑，可能需要花费较多时间进行调试和优化 。Java 实现需要开发人员具备一定的 Java 编程能力和数据处理经验，学习和开发成本相对较高 。不过，一旦掌握相关技术，开发过程中的灵活性能够节省后续维护成本 。mybatis - mate - sensitive - jackson插件对于使用 MyBatis - Plus 框架的团队来说，学习成本较低，只需了解插件的使用方法和注解配置即可 。但如果项目中没有使用该框架，引入插件可能会带来一定的技术集成成本 。

在技术成本方面，SQL 实现不需要额外引入其他技术组件，完全依赖数据库自身功能 。Java 实现需要引入相关的开源工具或自行编写代码，可能还需要考虑与其他技术框架的兼容性 。mybatis - mate - sensitive - jackson插件则需要在项目中引入对应的依赖包，并且要确保与 MyBatis - Plus 框架的版本兼容 。

时间成本上，SQL 实现对于简单脱敏需求能够快速实现，开发周期短 。但复杂场景下，开发和调试时间会增加 。Java 实现由于开发过程相对复杂，开发周期可能较长 。mybatis - mate - sensitive - jackson插件在熟悉其使用方法后，配置和开发速度较快，能够缩短项目的开发时间 。