对于企业而言，数据脱敏可以在数据共享或测试时用于保护敏感数据（如信用卡，社保卡，地址等）。通过对敏感数据进行脱敏处理，组织可以最大限度地降低数据泄露和未经授权访问的风险，同时仍能够使用真实的开发，测试和分析目的所需的数据。

有很多方法进行数据脱敏，比如遮挡，替换，洗牌和加密，等等，它们适用于不同场景。本文主要聚焦「遮挡」，用特定符号 (比如 X 或 ) 遮挡敏感数据，这种方法可以在脱敏的同时保持原有数据感观。

MySQL 企业级数据脱敏插件

MySQL 官方这边，数据脱敏只作为插件在 MySQL 企业版中提供 。 MySQL 数据脱敏插件的工作原理是插件中包含了用于进行数据脱敏的语法，例如 mask_inner, mask_outer, mask_ssn 等。

组织里有权限的人员（通常来说是数据库管理员）会首先定义一个显示脱敏数据的视图 (VIEW)。即使用户对敏感数据的访问受限，他们也可以将该视图视为一张表。因此，要访问数据，用户不是直接使用脱敏语法进行直接查询，而是从视图中查询即可。

这种方法很直接，但也有一定限制：

• 依赖于细粒度的 MySQL 用户账户 / 角色。实际上，大多数 MySQL 实例只有少数几个用户。要采用此插件，需要重新设计 MySQL 中的账户设置。
• 不同的脱敏规则需要定义不同的视图。随着底层表和变体数量增加，这会越来越难管理。
• 没有专门的模块来管理脱敏（毕竟只是普通的 MySQL VIEW）。

Percona 数据脱敏插件

Percona 数据脱敏插件 是前述 MySQL 插件的免费开源实现。它也提供了一组用于脱敏数据的函数。

同样，保护原始数据的方法是使用视图 (VIEW)。 然而，Percona 数据脱敏仅适用于 Percona Server for MySQL。如果你使用更主流的 MySQL，那就需要另寻他路了。

Bytebase 动态数据脱敏

不同于前两种，Bytebase 动态数据脱敏 不依赖于底层的 MySQL 视图和用户，而是通过 Bytebase 内部管理脱敏策略和授权管理。当用户通过 SQL 编辑器查询时，会自动应用动态脱敏策略。

Bytebase 动态数据脱敏包括以下组件：

1. 全局脱敏规则：「工作空间所有者」和「DBA」可以批量定义全局脱敏规则。例如，可以将所有名为 email 的列脱敏程度设置为「半脱敏」。这样，修改脱敏策略就无需手动修改数千列了，还节省了维护视图的麻烦。
2. 列脱敏规则：「工作空间所有者」和「DBA」可以将列设置为不同的脱敏级别。列脱敏规则优先于全局脱敏规则。

3. 访问未脱敏数据：对于脱敏数据，「工作空间所有者」和「DBA」可以授予特定用户访问未脱敏数据的权限。

⚠️「工作空间所有者」和「DBA」均为 Bytebase 的角色。

对比

MySQL 数据脱敏和 Percona 数据脱敏插件的优势在于它们是在数据库本身中实现的。因此，无论以何种方式将查询发送到数据库，都会强制执行数据脱敏规则。对于 Bytebase 动态数据脱敏来说，查询则需通过 SQL 编辑器进行强制执行。

Bytebase 动态数据脱敏的优势在于其与所有 MySQL 发行版的兼容性，丰富的脱敏策略和访问授权。只要团队通过 Bytebase SQL 编辑器来查询数据库，那么 Bytebase 动态数据脱敏可以保障组织敏感数据的安全。

🔧 欢迎跟着教程来试试 Bytebase 动态数据脱敏。

💡 更多资讯，请关注 Bytebase 公号：Bytebase