自吹自擂

起初在写 overmind 时就有考虑到之后的扩展，不仅仅是作为 SQL 自动审核执行的平台，更希望能将其打造成一个数据库自动化运维的专业系统，SQL 自动审核执行作为第一个功能被开发了出来。三个月的使用后 overmind 得到了大家的认可，并且切切实实帮助我们节约了时间，这也给予了我这个非专业开发、半吊子 DBA 莫大的鼓励和信心。

日常工作中经常会接到把数据库整库或单表从生产环境导入到测试环境或测试 A 导入到测试 B 等数据库、表之间的数据互导需求，这类操作没有太高技术含量还费时费力容易出错，最适合做到自动化的流程中，这便是 overmind 要实现的第二个功能：工单+自动化数据迁移。

为什么需要工单？目前的流程都是通过邮件的方式，需求邮件到 DBA，DBA 执行导数据的操作。自动化的流程理论来说应该从头至尾都无需人工参与，但涉及到数据安全问题，还是需要 DBA 确认，所以加了工单。同时工单具有状态自助追踪，减少沟通成本等优点，后续也方便统计工单量等指标，以便优化服务与流程。同时为了能够保证工单及时被处理，我们每一步都会增加邮件和 IM 的通知，给用户最及时的反馈。

数据迁移的工单流程很简单，用户提交工单，DBA 进行审核，审核通过系统自动执行迁移操作，审核不通过流程结束。流程图图如下：

流程中没有加入项目 leader 等的多层审核方式，主要是因为

尽量跟之前的邮件流程保持一致，避免给用户制造麻烦
团队规模较小，数据敏感度 DBA 基本可以把控，同时会在通知邮件中加上相关的同事以知晓

迁移功能

数据库迁移主要是利用 mysql 的导入导出功能，核心的命令就一个

mysqldump -h 10.82.9.19 -P 3306 -uops -pcoffee --default-character-set=utf8 --single-transaction --databases dbname | mysql -h 192.168.106.91 -P 3306 -uops -pcoffee --default-character-set=utf8 dbname

以上命令是 shell 命令，在 python 下没有找到直接导入导出 mysql 数据的包，只能在 python 代码中调用 shell 命令，推荐使用 subprocess 模块，这个模块有着更加丰富的使用方法，方便获取最终的命令执行状态和输出结果，转换成完整的 python 类如下：

from subprocess import Popen, PIPE class Cmd(): def __init__(self): self.src_host = '10.82.9.19' self.src_port = 3306 self.src_database = 'dbname' self.des_host = '192.168.106.91' self.des_port = 3306 self.des_database = 'dbname' self.tables = 'all' self.username = 'ops' self.password = 'coffee' def migration(self): # 利用 mysqldump 命令备份 dump = "mysqldump -h %s -P %d -u%s -p%s --default-character-set=utf8 --single-transaction --databases %s" % ( self.src_host, self.src_port, self.username, self.password, self.src_database ) # 如果是对表的导出则加上表名，是个字符串'table1 table2 table3' if self.tables != 'all': dump += ' %s' % self.tables # 利用 mysql 命令导入 mysql = "mysql -h %s -P %d -u%s -p%s --default-character-set=utf8 %s" % ( self.des_host, self.des_port, self.username, self.password, self.des_database ) # 执行导出导入 shell 命令 process = Popen("%s | %s" % (dump, mysql), stderr=PIPE, shell=True) process_stdout = process.communicate() # 判断 shell 命令执行结果状态 if (process.returncode == 0): print('迁移成功！') else: print(process_stdout[1].decode('utf8').strip()) Cmd().migration()

这里采用了 shell 中的管道，管道用|符号分割两个命令，管道符前的命令正确输出作为管道符后命令的输入，好处是不需要生成单独的 sql 文件存放在磁盘上，也就不需要考虑文件删除，占用磁盘的问题，缺点是导出大的数据库时可能会造成 OOM，这个要根据自身情况综合权衡。

导数据属于耗时操作，在 web 中应异步执行，这里采用了 Celery 来处理，这篇文章Django 配置 Celery 执行异步任务和定时任务有详细介绍 Django 中 Celery 的使用