为什么数据库读写分离可以提高性能

正文内容

虽然知道处理大数据量时，数据库要做读写分离，但是为什么读写分离可以提高性能呢？

一 什么是读写分离

MySQL Proxy最强大的一项功能是实现“读写分离(Read/Write Splitting)”。基本的原理是让主数据库处理事务性查询，而从数据库处理SELECT查询。数据库复制被用来把事务性查询导致的变更同步到集群中 的从数据库。 当然，主服务器也可以提供查询服务。使用读写分离最大的作用无非是环境服务器压力。可以看下这张图：

二 读写分离的好处

1.增加冗余

2.增加了机器的处理能力

3.对于读操作为主的应用，使用读写分离是最好的场景，因为可以确保写的服务器压力更小，而读又可以接受点时间上的延迟。

三 读写分离提高性能之原因

1.物理服务器增加，负荷增加

2.主从只负责各自的写和读，极大程度的缓解X锁和S锁争用

3.从库可配置myisam引擎，提升查询性能以及节约系统开销

4.从库同步主库的数据和主库直接写还是有区别的，通过主库发送来的binlog恢复数据，但是，最重要区别在于主库向从库发送binlog是异步的，从库恢复数据也是异步的

5.读写分离适用与读远大于写的场景，如果只有一台服务器，当select很多时，update和delete会被这些select访问中的数据堵塞，等待select结束，并发性能不高。 对于写和读比例相近的应用，应该部署双主相互复制

6.可以在从库启动是增加一些参数来提高其读的性能，例如--skip-innodb、--skip-bdb、--low-priority-updates以及--delay-key-write=ALL。当然这些设置也是需要根据具体业务需求来定得，不一定能用上

7.分摊读取。假如我们有1主3从，不考虑上述1中提到的从库单方面设置，假设现在1 分钟内有10条写入，150条读取。那么，1主3从相当于共计40条写入，而读取总数没变，因此平均下来每台服务器承担了10条写入和50条读取（主库不 承担读取操作）。因此，虽然写入没变，但是读取大大分摊了，提高了系统性能。另外，当读取被分摊后，又间接提高了写入的性能。所以，总体性能提高了，说白 了就是拿机器和带宽换性能。MySQL官方文档中有相关演算公式：官方文档 见6.9FAQ之“MySQL复制能够何时和多大程度提高系统性能”

8.MySQL复制另外一大功能是增加冗余，提高可用性，当一台数据库服务器宕机后能通过调整另外一台从库来以最快的速度恢复服务，因此不能光看性能，也就是说1主1从也是可以的。

四 读写分离示意图

五 读写分离模拟

实验环境简介

serv01：代理服务器 192.168.1.11 serv01.host.com

serv08：主服务器（主要写数据，可读可写） 192.168.1.18 serv08.host.com

serv09：从服务器（主要读数据） 192.168.1.19 serv09.host.com

操作系统版本

RHEL Server6.1 64位系统

使用到的软件包版本

mysql-5.5.29-linux2.6-x86_64.tar.gz

第一步，搭建MySQL服务器，清空日志。注意：代理服务器中不需要装MySQL

第三步，serv08主服务器创建用户，serv09从服务器创建用户，注意用户名和密码一致

第四步，serv09从服务器更改设置，开启slave，查看slave状态。创建测试数据库，插入测试数据

第五步，为了查看现象，serv09从服务器关闭slave

第六步，serv 01查看是否有MySQL用户，修改rw-splitting.lua文件，修改如下几个参数

第七步，启动mysql-proxy

第八步，查看现象

第九步，以上的测试虽有效果，但不是预期。排查原因，重新配置。发现proxy-read-only-backend-addresses和proxy-backend-addresses参数配置出错，proxy-read-only-backend-addresses应该配置成从服务器的IP地址，proxy-backend-addresses应该配置成主服务器的IP地址。

第十步，测试。插入数据，可以发现连接的是主服务器，查询的时候也是主服务器。说明主服务器和从服务器均有读的的功能。

第十一步，开启slave。发现数据同步成功。

有些难懂！但是原理和思路还是要弄懂的！

以上是文章全部内容，有学习与经验交流的可以加微信为好友。一起学习，交流与进步！请备注：码农