mysqldump恢复数据时 不能激活触发器

Question

本帖最后由 andyjean 于 2009-09-10 17:41:37 编辑

Answer 1

很简单，因为你参数不对，结果把b库里面的对应表删除了然后再create了增加参数 --no-create-info 就可以了
mysqldump -u root -p123 --where="tran_date <'2008-08-08'" --opt --no-create-info A aa1|mysql -u root -p123 B 

Answer 2

mysqldump -u root -p123 --where="tran_date <'2008-08-08'" --opt --no-create-info A aa1|mysql -u root -p123 B 

Answer 3

因为你没加这个参数，在备份的sql文件里有类似这样的语句的：DROP TABLE IF EXISTS `tb_name`;

Answer 4

--no-create-info加上这个参数。
mysqldump -u root -p123 --where="tran_date <'2008-08-08'" --opt --no-create-info A aa1

Answer 5

系统表TRIGGERS中就会自动删除tttt这个trigger.
-------------------------------------
系统不会自动删除你的triger的检查你的执行语句哪里drop了

Answer 6

呵呵  谢谢大家。果然是--opt的问题，加上 --no-create-info就ok了。

Answer 7

借此机会，想问问 大家，A，B两数据库，A用于线上，B做数据仓库。定期把A中年月已久的数据转移到B中。
A中一些数据表没有直接的日期类型依据用来判断是否做增量备份，
但和某一些有日期类型的表 有一定逻辑关系，也就是参照关系。我的做法就是上面的：mysqldump-->B +B触发器再从A中select数据+delete A中已备份数据
想请教各位，
做增量备份大家有什么更好的方法推荐吗。
谢谢了(主从复制就不考虑了，因为我的情形是 备份及时性不需要很高。硬件方面的原因 主从复制感觉应该会影响应用性能）谢谢各位