视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
关于MySQL主从复制中UUID的警告信息_MySQL
2020-11-09 19:19:12 责编:小采
文档


日期: 2014年5月23日

博客:铁锚

最近在查看MariaDB主从复制服务器 Master 的错误日志时看到很多条警告信息,都是提示 UUID()函数不安全,可能 Slave 产生的值和 Master不一致, 警告信息大致如下:

140522 15:11:10 [Warning] Unsafe statement written to the binary logusing statement format since BINLOG_FORMAT = STATEMENT.Statement is unsafe because it uses a system function that may return a different value on the slave. Statement: insert into t_user(userId,userName) values(uuid(),'FunYoung')
大致翻译为中文如下所示:
140522 15:11:10 [警告] 因为使用的格式是 BINLOG_FORMAT = STATEMENT, 所以写入到二进制日志中的语句可能是不安全的.语句不安全是因为使用了一个系统函数,在 slave从服务器上执行可能会生成不一致的数值.语句如下: insert into t_user(userId,userName) values(uuid(),'FunYoung')
看样子是说,因为slave的 UUID() 函数产生的值可能和Master的不一致,所以使用 BINLOG_FORMAT = STATEMENT这种日志格式是不安全的。

在网上找了一些资料,显示 5.0 版本是绝对有问题的,怎么办呢? 要么修改实现,比如在应用层生成 UUID,要么就采用基于行,而不是基于语句的二进制日志格式。

据说 5.0 以后是不一定的,翻看了一些官方文档,好像 5.6 版本修正了这个问题。 参考链接: 22 Changes in MySQL 5.6.0

还有个是09年的文档,说是当时有这个问题: https://drupal.org/node/502622

我们使用的是MariaDB5.5,应该是兼容 MySQL5.5吧,经排查这个问题系统已经自己解决了。

MariaDB [(none)]> select version();+--------------------+| version()|+--------------------+| 5.5.34-MariaDB-log |+--------------------+1 row in set (0.00 sec)
如果你遇到这个问题,假如还可以升级数据库系统,那就升级到最新版那就没事了。

如果不能升级DMBS,那么就需要在应用层,或者采用基于行的复制方式了。

下载本文
显示全文
专题