17.3.3 Using Replication for Scale-Out 使用复制扩展
你可以使用复制最为扩展解决方案,也就是说,你需要分散数据库的查询负载到多个数据库服务器：
因为复制分布在一个master到一个或者多个slave，
使用复制用于扩展最好的环境是你有大量的读和少量的写/更新,
很多的Web站点满足这种类型, 用户在浏览网站,阅读文章,帖子或者查看产品。
更新只发生在会话管理,或者购买或者添加评论到一个论坛。
复制在这种情况下,可以让你分散读到多个复制slave, 同时让你的web server 和复制master通讯
当写是需要的,在图17.1中，可以看到这个场景的示例复制布局，“使用复制来提高扩展的性能”。
Figure 17.1 Using Replication to Improve Performance During Scale-Out
如果你的代码的一部分, 负责数据库的访问可以被正确的 抽象/模块化，
转换来运行复制设置应该是很顺利的, 改变你的数据库访问的实现,发送所有的写到master，
发送读到master或者slave. 如果你的代码没有这个层级的抽象,建立一个复制系统
给你机会和动力来清理它, 创建一个实现下列功能的封装库或模块：
safe_writer_connect()
safe_reader_connect()
safe_reader_statement()
safe_writer_statement()
safe_ 在每个函数名字意味着函数负责处理所有的错误状况,你可以使用不同的函数名字。
重要的是要有一个统一的接口，用于连接读、写、读、写。
然后转换你的客户端代码使用封装的库, 这个可能是痛苦的和可怕的过程。
但是它有长期的回报,所有的应用使用这个方法能利用master/slave 配置,
即一个调用多个slave. 代码更容易维护,并增加的故障排除选项是很小的,
你只需要修改一个或者2个函数,比如, 记录每个语句执行时间,哪个语句给你一个错误: