某知名电商的两道关于MYSQL主从的面试题

ono888

对，就是这个原因，开始以为log_slave_udpate的时候2号机器会吧server-id更新为2

kerlion

ono888 发表于 2012-9-28 14:47
偏激的人真多，保留自己的意见可以，麻烦说话不要这么难听，觉得没意义也可以不讨论，你回哪门子的帖子啊 ...

面试应该一个人的知识面，潜力，个人能力等，你可以问应试者解决个什么问题，而不是把自己解决过的问题考应试者

Netwrom_cu

leadhoo

mark下

devilkin0312

这个题有意思，

lieyia

mchdba 发表于 2012-9-28 13:16
service-id都是唯一的。

第一个主从架构问题，这个在淘宝希雨的网页上有从源码的角度给你分析的原因，sericeid相同的情况，建议你去读读；第二种情况，因为我也没有实际运维过系统，但是感觉不会出现第一种的情况，至于有没有其他的问题，我感觉似乎没有

icer_repls

第一，一个复制集群里面有多个节点server-id相同是不安全的做法，假设不出任何意外，那能正常复制。
第二，第一条假设的是不出任何意外，假如master 宕机了需要从slave提升一个做新的master，复制很有可能就出问题了，因为无论何时，slave在执行master上过来的binlog时，如果与自己server-id一致的event就不会被执行，因此如果主从master-id一致的话，binlog event就不会执行，数据也就丢了（当然在master和slave的配置文件都指定同样的master-id好像复制都是无法正常启动的）

pickup112

1的问题是，slave的id都是2。如果master挂掉，那么slave之间可能要搭建复制，由于server-id相同，所以搭建复制会有问题。
2的问题是：最左边的数据库binlog传到第二个没有问题，传到最右边的MySQL，它会自动丢弃所有最左边的MySQL产生的binlog，而不会应用到自己上面来。这种情况很可能发生。比如你在杭州做了A<->B双master。异地备份时，做级联复制，一不小心又把server-id设置成A或者B一样的。就是这种情况。
另外，不得不吐槽一下。这个电商出的题目感觉并不是大家说的，毫无道理。如果你管理着成百上千台MySQL服务器。上面的这种问题就很容易被发现。你在规模小的时候可以手工设置MySQL的server-id，那么你有没有考虑过成百上千台的MySQL服务器需要设置server-id要怎么设置比较合理？并且要求是自动产生的。这个题目出的意图，我猜是想考察你有没有管理过较多的MySQL instance和服务器。

kerlion

pickup112 发表于 2012-9-29 08:48
1的问题是，slave的id都是2。如果master挂掉，那么slave之间可能要搭建复制，由于server-id相同，所以搭建复 ...

我觉得instance越多，越不可能忽略id重复的问题，因为管理上必须加强，很多可能都是程序或脚本实现的。反而是几个实例，手工管理用以出错。
反而我觉得是故意要这么做，比如几个对等的writer+100个只读的slave,从简化管理上，我们可能要求使用一样的配置文件，就有了使用相同id的需要

pickup112

是的，有些时候确实需要故意设置相同的server-id来忽略一些binlog的。对于第一个的问题的答案，说实话，可能需要原出题人现身说法了