[MYSQL] 测试环境正常,上了生产就报错的数据导出(mysqldump)命令

周五了,水一篇

导读

生产某变更的时候出现报错如下:

mysqldump: Error: 'Access denied; you need (at least one of) the PROCESS privilege(s) for this operation' when trying to dump tablespaces

导出语句大概如下:

mysqldump -h127.0.0.1 -P5744 -uu1 -p123456 --single-transaction --set-gtid-purged=off --databases db1

本案例所有命令和截图均为测试环境模拟的.

分析过程

该报错很简单, 就是该账号无PROCESS权限.

但, 开发反馈测试环境是可以导出数据的. 于是比对测试环境和生产环境盖章后的权限,发现权限是一致的. 如下:

既然用户权限一致, 那最大的可能就算参数和版本问题了, 首先查看版本: 发现测试环境是5.7.2x,而生产是5.7.4x

存在版本不一致, 且跨了5.7.33这个坑, 很大程度就是版本的问题(其实之前遇到过这个的,就是版本问题).

生产升级之前是需要现在测试环境升级的, 测试环境升级测试没问题后,才会上生产. 整理发现: 测试A和B版本是5.7.2x, 测试c是5.7.4x. 测试C和生产环境是一致的, 开发应该先要在这个环境测试后才能上生产的. 询问开发后, 发现是测试C环境导出命令执行无结果.

导出命令不报错,也不输出内容,于是就换到了测试A,B验证, 发现可以正常导出.就上生产了.

问题又来了? 为啥测试C的mysqldump命令没有结果呢? 查看文件大小,发现是0字节

查看历史记录,发现存在一个> ./mysqldump -h127......的命令.... 也就是mysqldump命令被清空了.

该写法看起来比较像是复制的时候多复制了一个'>'符合, 毕竟一般的命令都会写为: USER> xxxx ,表示user账号执行xxx命令, 但不小心复制了'>', 然后就gg了.

总结

总结就是: 某测试环境的mysqldump命令被置空了, 然后换了个生产版本不一致的环境验证后就上生产执行失败了.

解决办法很简单: 1. 换高权限账号 2. 授权PROCESS给对应业务账号