我正在 MySQL 5.0.45 上运行几个数据库,并试图让我的旧数据库与修订后的架构同步,这样我就可以同时运行这两个数据库。我通过向新数据库添加触发器来做到这一点,但我遇到了复制问题。我的设置如下。

服务器“主”

  • 数据库“legacydb”,复制到服务器“slave”。
  • 数据库“newdb”具有更新“legacydb”的触发器,并且没有复制。

服务器“奴隶”

  • 数据库“legacydb”

我对“newdb”的更新运行良好,并触发了我的触发器。他们更新“主”服务器上的“legacydb”。但是,这些更改不会复制到从站。MySQL 文档说,为了简单起见,复制会查看当前的数据库上下文(例如 "SELECT DATABASE();" )在决定复制哪些查询而不是查看查询的结果时。我的触发器是从数据库“newdb”的上下文运行的,因此复制会忽略更新。

我尝试将更新语句移动到“legacydb”中的存储过程。这工作正常(即当我连接到“master”并手动运行时,数据复制到从站 "USE newdb; CALL legacydb.do_update('Foobar', 1, 2, 3, 4);". 。但是,当从触发器调用此过程时,它不会复制。

到目前为止,我对如何解决这个问题的想法是以下之一。

  • 强制触发器设置新的当前数据库。这将是最简单的,但我认为这是不可能的。这就是我希望通过存储过程实现的目标。

  • 复制两个数据库,并在主数据库和从数据库中都有触发器。这是可能的,但设置起来很痛苦。

  • 强制复制获取对“legacydb”的所有更改,无论当前数据库上下文如何。

  • 如果复制运行的级别太高,它甚至永远不会看到我的触发器运行的任何更新,在这种情况下,再多的黑客攻击也无法实现我想要的效果。

任何有关如何实现这一目标的帮助将不胜感激。

有帮助吗?

解决方案

这可能与它有关:

存储函数在执行之前获取表锁,以避免由于语句执行顺序和它们在日志中出现的时间不匹配而导致二进制日志不一致。记录的是调用函数的语句,而不是函数内执行的语句。因此,更新相同基础表的存储函数不会并行执行。

相反,存储过程不获取表级锁。存储过程中执行的所有语句都会写入二进制日志。

此外,还有一整套与触发器有关的问题:http://dev.mysql.com/doc/refman/5.0/en/routine-restrictions.html

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top