能否无需创建dummy数据库，直接处理mysqldump导出的敏感字段？

当然可以！你完全不用折腾临时数据库和来回复制表的操作，直接通过mysqldump结合SQL逻辑就能实现敏感字段的脱敏导出，这里给你几个高效的方案：

方案1：直接用mysqldump配合自定义SELECT语句（无需创建任何临时对象） #

这个方法最直接，分两步导出表结构和脱敏后的数据：

1. 先导出userlist的表结构（不含数据）：

/usr/bin/mysqldump -u %user% -p%password% maindb userlist --no-data > public_userlist.sql

2. 再导出脱敏后的数据，用SELECT语句替换敏感字段：

/usr/bin/mysqldump -u %user% -p%password% maindb --no-create-info --skip-triggers --compact <(
  SELECT 
    id, 
    username, 
    ' ' AS pers1,  -- 替换敏感字段为空格
    ' ' AS pers2,
    email,
    create_time  -- 这里列出所有你需要保留的其他列
  FROM maindb.userlist
) >> public_userlist.sql

说明：

• --no-create-info确保只导出数据，不重复生成表结构
• <()是bash的进程替换语法，让mysqldump直接读取SELECT的结果作为数据源
• 一定要明确列出所有列，避免SELECT *导致pers1/pers2重复出现

方案2：临时创建视图（适合列较多的场景） #

如果userlist表的列非常多，不想逐个列出，可以临时创建一个包含脱敏逻辑的视图，导出后再删除：

1. 创建脱敏视图（建议手动列出列，避免表结构变更引发意外）：

CREATE VIEW maindb.public_userlist AS
SELECT 
  id,
  username,
  email,
  create_time,
  ' ' AS pers1,
  ' ' AS pers2
FROM maindb.userlist;

2. 导出视图（会包含和原表一致的表结构+脱敏数据）：

/usr/bin/mysqldump -u %user% -p%password% maindb public_userlist --create-options > public_db.sql

3. 删除临时视图：

DROP VIEW maindb.public_userlist;

说明：

• 视图是轻量级的数据库对象，不会占用太多资源，比临时数据库高效很多
• 导出的文件可以直接作为公开版本使用，结构和原表完全一致

方案3：实时替换导出内容（备选，风险较高） #

如果你想跳过SQL层面的处理，也可以用sed在导出时实时替换敏感字段，但这种方法依赖数据格式，若字段值本身包含类似字符串会误替换，仅推荐测试场景使用：

/usr/bin/mysqldump -u %user% -p%password% maindb userlist | sed -e "s/\([^,]*\),\([^,]*\)/' ', ' '/2" > public_userlist.sql

对比下来，方案1和方案2都是生产环境可靠的选择：方案1适合列较少的场景，操作更直接；方案2适合列多的情况，维护起来更省心。两种方法都完全避免了创建临时数据库的繁琐流程，直接一步到位生成脱敏后的公开版本。

内容的提问来源于stack exchange，提问作者user3000921