AMETEK Solartron 802691

AMETEK Solartron 802691
记录一下在mysqldump使用中遇到的几个坑。
一号小坑（和中彩票差不多的机率会遇到）：对象名中包含换行符，且dump包含 --routines 选项时，会出现类似下面的错误：

– Dumping routines for database ‘a
– b’

mysqldump: Couldn’t execute 'use a\nb': Unknown database ‘a\nb’ (1049)
二号小坑（遇不遇得上看运气）：由于mysqldump在导出数据时，是按show databases 的DB顺序进行的，mysql这个系统数据库不会被特殊处理，这个时候问题就来了，innodb_table_stats、innodb_index_stats这种表中的数据在建表时会自动生成相关数据的，如果mysql出现在业务数据库之后，那么在执行mysql这种表的INSERT INTO语句时，可能会出现Duplicate entry的问题
三号坑（严格来说不算坑，但如果你考虑不全，那么问题就有点大发了）：当需要完整的复制一个mysql实例的结构时，很容易想到的做法是 mysqldump --routines --triggers --events --no-data --all-databases，如果真这么做，那么恭喜你掉坑里了，这么做的关键问题在–all-databases上，它导致生成的dump结果中包含mysql库，而mysql库这个东东，在二号坑里面已经表现过一次了，这次继续表现，当它出现在业务库的后面，那么前面业务库已经创建的那些存储过程什么的被清空了（因为它重建了proc、func、event这种表，而且因为dump的时候只dump了结构，所以…）；另外，mysql里面还包含诸如权限、系统函数之类的信息，表重建了，这些信息也统统丢掉了，所以，就算它在所有的业务库前出现，也会被坑到