SQL优化-读写分离-主从复制

一、读写分离概述
读写分离从字面意思就可以理解，就是把对数据库的读操作和写操作分离开。读写分离在网站发展初期可以一定程度上缓解读写并发时产生锁的问题，将读写压力分担到多台服务器上，通常用于读远大于写的场景。
读写分离的基本原理是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE），而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。单表的数据量限制，当单表数据量到一定条数之后数据库性能会显著下降。数据多了之后，对数据库的读、写就会很多。分库减少单台数据库的压力。
以oracle为例，主库负责写数据、读数据。读库仅负责读数据。每次有写库操作，同步更新cache，每次读取先读cache在读DB。写库就一个，读库可以有多个，采用dataguard来负责主库和多个读库的数据同步。
二、读写分离的好处
1.数据是网站的生命，读写分离通过主从备份数据，保证了系统的冗余，保护了珍贵的数据。
2.提高了系统性能，一定程度提高了数据库负载能力。
三、适用读写分离场景
1.网站初期想要缓解数据负载最简单可行的方案。
2.服务器面对的是读远大于写的场景，并且业务能够允许时间上一些延迟。
四、读写分离实现方式
目前读写分离方案网上找了几个并做了对比。
1.mycat 基于阿里的cobar改版的（比较稳定，论坛活跃）
2.atlas 360开发的 网友说不是很稳定 （已经很久没更新）
3.mysql-proxy mysql自带 （不是很稳定）
4.oneproxy 比较稳定 性能也很好 （需要付费）
5.amoeba 好像还行，有一些公司使用 （但是很久没有更新了）
五、主从复制
主从复制，是用来建立一个和主数据库完全一样的数据库环境，称为从数据库；
主数据库一般是实时的业务数据库，从数据库的作用和使用场合一般有几个：
一是作为后备数据库，主数据库服务器故障后，可切换到从数据库继续工作；
二是可在从数据库作备份、数据统计等工作，这样不影响主数据库的性能；
mysql支持单向、异步复制，复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。
mysql复制基于主服务器在二进制日志中跟踪所有对数据库的更改(更新、删除等等)。
因此，要进行复制，必须在主服务器上启用二进制日志。每个从服务器接收主服务器已经记录的二进制日志来保存更新。
当一个从服务器连接主服务器时，它通知主服务器从日志中读取最后一次成功更新的位置。
从服务器接收从那时起发生的任何更新，并在本机上执行相同的更新。然后封锁并等待主服务器通知新的更新。
从服务器执行备份不会干扰主服务器，在备份过程中主服务器可以继续处理更新