西邮大三狗！！！
分类： Mysql/postgreSQL
2014-11-28 21:22:23
1. slave必须要持久连接到master吗？
不需要。slave可以关机或失去连接几小时甚至几天，然后重新连接获取更新。举例来说，你能在拨号连接网络上建立复制，而该拨号网络只有不定时或短时间的连接。这也意味着，在任何给定时间点，slave不能保证和master保持完全一致，除非你采取某些特别的措施。
为了保证能获取在slave失去连接时的更新，你不能从master上移除包含未完成复制内容的binary二进制日志文件。异步复制能维持工作的条件：slave能从最后一次读取事件的点继续读取binary二进制日志。
2. 复制必须要在master和slave上开启网络功能吗？
是的，必须要在master和slave上开启网络功能。如果网络没有连接，slave就无法连接到master传输binary二进制日志。在每个服务器上检查配置文件，skip-networking选项没有被开启。
3. 如何知道slave比master落后更新了多久？或者说，如何知道slave最后一次更新的日期？
检查 SHOW SLAVE STATUS 输出中的 Seconds_Behind_Master 列。 当slave的SQL线程执行一个从master的读事件，它修改自己的时间为该事件的时间点Timestamp。(这就是为什么TIMESTAMP可以被很好的复制。)在 SHOW PROCESSLIST 输出中的 Time 列，显示的是slave的SQL线程最后一次复制事件中的时间点timestamp和slave服务器的真实时间之间的秒数差。(这一句翻译得好辛苦。) 你能利用这个数值来确定上次复制事件的日期。如果你的slave已经和master断开连接1小时，然后重新连接，你可以在 SHOW PROCESSLIST 输出中的 Time 列立刻看到大的时间数值，如3600。这是因为slave正在执行超过1小时前的语句。
4. 如何强制master阻止更新，直到slave能跟上来？
在master上执行：
mysql> FLUSH TABLES WITH READ LOCK; mysql> SHOW MASTER STATUS;
记录下SHOW语句输出中的复制坐标的值。(当前的binary二进制日志文件的文件名和位置)
在slave执行：(参数使用上一步获得的值)
mysql> SELECT MASTER_POS_WAIT('log_name', log_pos);
这个SELECT语句会保持运行，直到slave根据指定的日志文件和位置完成和master的同步，然后该SELECT语句返回。
在master执行：(解除更新限制)
mysql> UNLOCK TABLES;
5. 设置双向复制，我需要了解什么问题？
MySQL复制当前不支持master和slave之间的任何锁定协议来保证跨服务器分发更新的原子性。(原子性：作为事务一部分的所有步骤或者都发生，或者都不发生。) 举例来说，客户端A在master1上作了一个更新，与此同时，在这个更新传播到master2前，客户端B在master2上也作了一个与客户端A不同的更新，因此，当客户端A的更新到达master2，它要处理的表数据将不同于在master1上的，master2上的更新传播到master1上，也会面临同样的问题。这意味着，除非你确定你的更新与次序无关，或者在客户端代码中采取某些方法处理无序的更新，否则你不能把两个服务器连在一起做成双向复制。
你还应该知道双向复制实际上不能改善更多的性能，每一个服务器都需要作同样数量的更新，就像你只有一个服务器时一样。唯一的区别是可以减少一点锁竞争，原因是来自另一个服务器的更新在slave是顺序进行的。即使如此，这点好处还可能会被网络延迟所抵消。
6. 如何利用复制改善系统的性能？
设置一个服务器作为master，所有的写操作都在它上面完成。然后在预算和机架容量范围内设置尽可能多的slave服务器，把读操作分摊在master和slave服务器上。你还可以以下述参数启动slave，在slave端获得速度上的提升。slave使用非事务性的MyISAM表取代InnoDB表，消除事务的开销来获得更高的速度。
--skip-innodb
--low-priority-updates
--delay-key-write=ALL
7. 如何在我的应用内编写客户端代码使用性能增强的复制？
参考“应用复制于横向扩展”，下面这张图不错。
8. MySQL复制在什么时候，多大程度上能改善我的系统的性能？
MySQL复制能在这样的系统中发挥最大的效能：频繁的读操作，不频繁的写操作。从原理上说，使用单master和多slave方案，你能通过增加slave来扩展系统直到超出网络的带宽，或者你的master不能承受更新的负载增长。
为了确定你在获得的好处能稳定下来前要使用多少slave，确定你的站点能获得多少性能改善，你必须清楚你的查询模式，然后凭经验测定典型master和slave上读和写的总量。(后面一大段举例的内容就不翻译了，偷懒 ... ^_^)
9. 如何利用复制提供冗余或高可用？
如何实现冗余完全取决于你的应用和应用环境设置。高可用方案(故障转移)要求主动的监控，使用自定义的脚本或第三方的工具为MySQL提供故障时转移到slave的支持。
手动处理这一过程，你应该能从一个故障的master切换到一个预先配制好的slave，修改DNS设置，使你的应用连接新的服务器。
10. 如何设置master使用基于语句 statement-based 还是使用基于数据行 row-based 的二进制binary日志格式？
检查 binlog_format 系统变量：
mysql> SHOW VARIABLES LIKE 'binlog_format';
显示的值可能是 STATEMENT, ROW, MIXED 中之一。MIXED模式使用基于行row-based的复制，但是会在特定条件下自动切换到基于语句statement-based的日志。
11. 如何设置slave使用基于行row-based的复制？
slave会自动获知应该使用哪种格式。
12. 如何避免 GRANT 和 REVOKE 语句被复制到slave服务器？
启动服务器使用 --replicate-wild-ignore-table=mysql.% 选项 忽略复制mysql数据库中的数据表。
13. 复制可以工作在跨平台吗？（如master运行在Linux，而slaves运行在Mac OS X或Windows）
是的！(这一点我喜欢)
14. 复制可以工作在不同的硬件架构上吗？(如master运行在64位平台，而slaves运行在32位平台)
是的！(这一点我就更喜欢了)