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里面还包含诸如权限、系统函数之类的信息,表重建了,这些信息也统统丢掉了,所以,就算它在所有的业务库前出现,也会被坑到