MySQL主从原理

系统优化：假如现在用户反映系统太卡

1：如果是请求太多，判断web服务器压力过大，增加前端的web服务器，做负载均衡

2：如果请求静态页面不卡了，但是请求动态数据还是卡，说明MySQL处理的请求太多了，在应用层增加缓存

3：如果请求激增，还是有大量的查询到MySQL,想办法处理MySQL ,在一个应用中，大量的消耗MySQL的还是查询，就可以把MySQL拆开，就像公路分道 公交车道，小轿车道，把MySQL做成主从

1,就算MYSQL拆成了多个,也必须分出主和从,所有的写 *** 作都必须要在主MYSQL 上完成

2,所有的从MYSQL的数据都来自于(同步于)主MYSQL

3,既然涉及到同步,那一定有延迟有延迟,就一定可能在读的时候产生脏数据所以,能够在从MYSQL上进行的读 *** 作,一定对实时性和脏数据有一定容忍度的数据比如,登陆日志,后台报表,首页统计信息来源文章资讯SNS消息

4,[注意]:在MYSQL主从时,如果一个业务(service中的一个方法)中,如果既有R *** 作,又有W *** 作,因为W *** 作一定要在主MYSQL上,所以在一个事务中所有的数据来源都只能来自于一个MYSQL

1,要完成主从同步,就必须让在Master上执行的所有的DML和DDL能够正确的在Salve上再执行一遍MYSQL选择使用文件来记录SQL

2,要完成主从同步,第一个事情就是把在主服务器上的bin-log(二进制文件)打开,bin-log文件就可以记录在MYSQL上执行的所有的DML+DDL+TCL

3,MYSQL使用被动注册的方式来让从MYSQL请求同步主MYSQL的binlog原因:被动请求的方式,主的MYSQL不需要知道有哪些从的MYSQL,我额外添加/去掉从MYSQL服务器,对主MYSQL服务器的正常运行没有任何影响

4,第二步,从MYSQL后台一个线程发送一个请求,到主服务器请求更新数据最重要的数据(我这次请求,请求你bin-log的哪一行数据之后的数据)

5,第三步,主MYSQL后台一个线程接收到从MYSQL发送的请求,然后读取bin-log文件中指定的内容,并放在从MYSQL的请求响应中

6,第四步,从MYSQL的请求带回同步的数据,然后写在从MYSQL中的relay-log(重做日志)中relay-log中记录的就是从主MYSQL中请求回来的哪些SQL数据

7,第五步,从MYSQL后台一个线程专门用于从relay-log中读取同步回来的SQL,并写入到从MYSQL中,完成同步

8,MYSQL的主从同步是经过高度优化的,性能非常高

1. 在有主键或者唯一键的情况下，Slave 重放 Binlog 并不会去比较检索到的记录的每一列是否和BI相同，因此如果 Slave 和 Master 存在数据不一致，会直接覆盖 Slave 的数据而不会报错。

2. 在没有主键或者唯一键的情况下，Hash Scan / Hash Scan Over Index 的执行效率 在理论上分析高于 Table Scan 和Index Scan 。

3. 在没有主键或者唯一键的情况下，Slave 选择的二级索引是第一个所有的列都在 BI 中存在的索引，不一定是 Master 执行计划所选择的索引。

---