【问题标题】:MySQL triggers + replication with multiple databasesMySQL触发器+多个数据库的复制
【发布时间】:2010-09-11 00:40:10
【问题描述】:

我正在 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”的所有更改,而不考虑当前数据库上下文。

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

任何关于如何实现这一点的帮助将不胜感激。

【问题讨论】:

    标签: mysql triggers replication


    【解决方案1】:

    这可能与它有关:

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

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

    此外,触发器还有一系列问题: http://dev.mysql.com/doc/refman/5.0/en/routine-restrictions.html

    【讨论】:

    • 基本上万无一失的方法是更新数据库,如果复制数据库中有触发器,或者存储函数,它们也必须存在于从库上。对如何编写触发器和函数也有限制,以便它们自己复制。
    猜你喜欢
    • 2011-12-31
    • 2015-03-19
    • 2012-08-28
    • 2023-03-19
    • 2013-04-20
    • 1970-01-01
    • 2012-07-15
    • 1970-01-01
    • 2018-08-20
    相关资源
    最近更新 更多