硬件选择：高性能MySQL：为备库选择硬件

　　为备库选择硬件与为主库选择硬件很相似，但是也有些不同。如果正计划着建一个备库做容灾，通常需要跟主库差不多的配置。不管备库是不是仅仅作为一个主库的备用库,都应该强大到足以承担主库上发生的所有写人，额外的不利因素是备库只能序列化串行执行。(下一章有更多关于这方面的内容)。

　　备库硬件主要考虑的是成本:需要在备库硬件上花费跟主库一样多的成本吗?可以把备库配置得不一样以便从备库上获得更多性能吗?如果备库跟主库工作负载不一样，可以从不一样的硬件配置 上获得隐含的收益吗?

　　这一切都取决于备库是否只是备用的，你可能希望主库和备库有相同的硬件和配置，但是，如果只是用复制作为扩展更多读容量的方法，那备库可以有多种不同的捷径。例如，可能在备库使用不一样的存储引擎，并且有些人使用更便宜的硬件或者用RAID 0代替RAIDS或RAID 10。 也可以取消一些致性和持久性的保证让备库做更少的工作。

　　这些措施在大规模部署的情况下具有很好的成本效益，但是在小规模的情况下，可能只会使事情变得更加复杂。在实践中，似平大多数人都会选择以下两种策略为备库选择硬件:主备使用相同的硬件，成为主库购买新的硬件，然后让备库使用主库淘汰的老硬件。

　　在备库很难跟上主库时，使用固态硬盘有很大的意义。很好的随机I/0性能有助于缓解单个复制线程的影响。