MyDumper导出触发器问题分析与解决方案

问题背景

在使用MyDumper工具从Azure单服务器迁移数据到Flex服务器时，用户遇到了触发器无法正常导出的问题。尽管用户已经明确使用了-G参数来指定导出触发器，但实际操作中触发器并未被正确导出。

问题复现

用户执行的命令如下：

mydumper --host=servername --user=mysql_migration@dbname --password="" \
--outputdir=/home/username/mysql_dump/registration_120624 --rows=100000 \
-G -R -z --trx-consistency-only --triggers --routines --compress \
--build-empty-files --threads=16 --compress-protocol --ssl \
--regex '^(registration\.)' -L mydumper-registration_120624.txt

问题分析

1. 参数冲突：用户同时使用了-G和--triggers参数，这两个参数功能相同，可能导致预期外的行为。

2. 正则表达式问题：虽然用户声称使用了--regex '^(registration\.)'，但在问题描述中显示的是--regex '^(registration(\.)'，这可能是格式错误导致的正则表达式匹配失败。

3. 权限问题：导出触发器需要足够的数据库权限，特别是对mysql.proc表的SELECT权限。

解决方案

1. 简化参数：避免同时使用-G和--triggers，选择其中一个即可。

2. 检查正则表达式：确保正则表达式格式正确，特别是转义字符的使用。

3. 验证权限：确认执行MyDumper的用户具有足够的数据库权限。

4. 测试验证：开发团队使用Sakila测试数据库验证了触发器导出功能正常工作，确认了工具的基本功能正常。

最佳实践建议

1. 参数使用：对于触发器导出，推荐使用-G参数，这是MyDumper的标准选项。

2. 正则表达式：确保正则表达式格式正确，特别是当使用.匹配时需要进行转义。

3. 日志检查：使用-L参数生成日志文件，可以帮助诊断导出过程中的问题。

4. 版本兼容性：确认使用的MyDumper版本与目标MySQL版本兼容。

结论

经过验证，MyDumper的触发器导出功能工作正常。用户遇到的问题很可能是由于参数使用不当或正则表达式格式错误导致的。通过规范参数使用和仔细检查正则表达式，可以避免类似问题的发生。对于数据库迁移任务，建议先在测试环境验证导出结果，确认无误后再进行生产环境操作。