MySQL 8.0原生不提供Redaction插件，也无内置字段级动态脱敏机制；所谓mysql_redaction等插件不存在于官方代码树或发行版中，SHOW PLUGINS查不到相关条目，INSTALL PLUGIN必报错，等效方案仅能通过视图+权限控制、应用层处理或代理层重写实现。
MySQL 8.0 **原生不提供 Redaction 插件**，也没有内置类似 Oracle Data Redaction 的字段级动态脱敏机制。试图启用 mysql_redaction、data_redaction 或加载所谓“官方 Redaction 插件”会直接失败——因为该插件根本不存在于 MySQL 8.0 的代码树或发行版中。
为什么 SHOW PLUGINS 里找不到 redaction 相关条目
MySQL 8.0 的插件列表（SHOW PLUGINS）中从无 redaction、data_masking 或类似名称的组件。官方文档、源码仓库（如 MySQL Server 8.0.33+）、以及所有 GA 版本的 plugin_dir 目录均未包含该功能模块。所谓“MySQL Redaction 插件”是常见误传，常源于混淆了 Oracle DB 的 DBMS_REDACT 或 MariaDB 的 column_masking 插件。
- Oracle 有
DBMS_REDACT和ENABLED策略，但仅限 Oracle DB - MariaDB 10.11+ 提供
COLUMN_MASKING插件，需手动安装并配置策略表 - MySQL 8.0 的等效能力只能靠应用层、代理层或视图 + 权限组合模拟
MySQL 8.0 中最接近 Redaction 的可行方案
若你确实需要在查询返回时自动屏蔽敏感列（如 email、phone），且不能改应用代码，可组合使用以下机制，但每种都有明确边界：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 用
CREATE VIEW封装脱敏逻辑：例如SELECT id, CONCAT(LEFT(email,1), '***@', SUBSTRING_INDEX(email, '@', -1)) AS email FROM users；注意视图无法防止用户通过INFORMATION_SCHEMA.COLUMNS推断原始结构 - 配合
SQL SECURITY DEFINER+ 严格权限：确保用户只对视图有SELECT，且被显式REVOKE对基表和information_schema的访问（REVOKE SELECT ON TABLE information_schema.columns FROM 'u'@'%'） - 启用
partial_revokes（MySQL 8.0.16+）实现列级拒绝：如REVOKE SELECT (ssn) ON db.users FROM 'u'@'%'，但这会报错而非返回掩码值——即“查不到”，不是“查到但脱敏” - 依赖中间件：如 ProxySQL 或 Vitess 配置响应重写规则，或使用支持动态脱敏的数据库代理（如某些商业版 MySQL 分支或自研网关）
容易踩的坑：别信“INSTALL PLUGIN redaction”能成功
执行 INSTALL PLUGIN redaction SONAME 'redaction.so' 必然报错：ERROR 1126 (HY000): Can't open shared library '/usr/lib/mysql/plugin/redaction.so' (errno: 2, No such file or directory)。原因很直接：redaction.so 文件在任何官方 MySQL 8.0 发行包中都不存在。部分博客或旧帖提到的路径、编译方法，实际对应的是已废弃的 MySQL Labs 实验项目（从未 GA），或误将 MariaDB 的构建产物套用到 MySQL 上。
真正起作用的脱敏必须明确责任边界：MySQL 层只管“能不能查”，不管“查出来长什么样”；要实现值级掩码，要么推给上层应用处理，要么在流量入口处拦截重写——寄希望于 MySQL 自身提供 Oracle 风格的 Redaction，目前就是一条走不通的路。
