主从复制
主从复制的原理；
读写分离，MHA（高可用）的前提是得要有主从复制
主从复制的模式：
1、MySQL的默认模式：
异步模式 住=主库在更新完事务之后会立即把结果返回给从服务器，并不关心从库是否接收到，以及从库是否处理成功。
问题：网络问题可能没有同步，或者是其他因素的影响导致同步失败。
优点：快 效率高
2、全同步模式：
主库在更新完事务之后，立即把结果返回到从库，所有的从库执行完毕之后才能继续下一个同步。安全但是性能受到影响。
3、半同步模式：
介乎于异步和全同步之间，主库更新完事务之后，也是同步到从库。同步完成之后有一个等待时间，等待时间是一个tcp/ip的往返时间 一般是5毫秒左右。
即在一定程度上保证了效率，也在一定程度上保证了数据的完整性。
主从复制的架构模式：高可用架构一般都是奇数
一主两从
二主三从
主从复制的特点：主可以复制到从，从不可以复制到主
面试题
主从复制的延迟怎么解决：
1、网络问题，防火墙额原因
2、硬件设备问题，cpu内存和磁盘出了问题
3、配置文件写错了
（适用于场景要求高的）配置文件当中进行设置的方式提高数据的安全性。
双一设置的前提数据库的存储引擎innodb
双一设置：
innodb_flush_log_at_trx_commit=1
每次提交都会刷新事务日志，确保事务的持久性，但是会影响性能。
sync_binlog=1
每次提交事务，将二进制日志的内容保存到磁盘，确保日志的持久性。提高了安全性。
性能化设置：
sync_binlog=10
最多提交几次事务会进行磁盘刷新，日志内容保存到磁盘
innodb_flush_log_at_trx_commit=2 （可有可无）
每次更新都保存在内存中，不进行刷新。
innodb_buffer_pool_size=xxx兆
控制innodb缓冲池的大小，增大可以提高数据库的性能，但是占用的是系统内存，配置的时候要注意合理化时间。
主从复制如何实现：
实现是基于MySQL的二进制日志，根据主库的二进制文件的标志位，实现主和从的同步。
主从服务器之间，服务器的时间要同步
架构：
三台服务器
192.168.124.10 主服务器
192.168.124.50 从服务器
192.168.124.51 从服务器
配置主服务器
vim /etc/my.cnf
log-slaveupdates=true
允许从服务器从主库复制数据时可以写入从库自己的二进制日志当中。
进入数据库中，创建用户，给用户赋权，最后刷新。
然后show master status；查看一下
位置是857
配置从服务器
进入配置文件
vim /etc/my.cnf
更改一下id
relay-log=relay-log-bin
从服务器上获取二进制日志的开头，开启从库的二进制日志
relay-log-index=slave-relay-bin.index
二进制日志的索引文件的名称
relay log recovery=1
配置从服务器在启动时是否执行二进制日志的回复操作(和主库同步)，1表示开始
然后进入数据库创建用户和给用户赋权
然后配置同步，注意 master_log_file 和 master_log_pos 的值要与Master查询的一致
然后启动slave，在验证一下是否成功
Slave_l0_Running: Yes
从库和主机的读写通信是否正常
Slave_SQL Running: Yes
slave MySQL进程状态是否正常
从服务器2也是一样的配置，唯一不同的就是配置文件时id要改一下
然后进入工具中验证一下实验的结果：
在主服务器数据库创建任何内容，从服务器也会显示相同的内容
读写分离：
主从架构当中，主库负责写，从库负责读。
读写分离的方式：
1、代码 开发人员纯靠代码完成，涉及到数据库的二次开发，性能号，不需要额外的硬件设备
2、中间层代理 代理服务器。在客户端和主从架构之间有一个代理服务器，代理服务器收到客户端的请求之后，通过客户端的sql语句来进行判断，读转到从，写转到主。
Amoeba：读写分离最常见的客户端代理软件，java代码开发的一个软件
如何实现读写分离：
再加上两台机器
一个代理服务器：192.168.124.20
一个客户端：192.168.124.30
在代理服务器中安装java和amoeba
java安装完毕
amoeba安装完毕
在主服务器上创建连接代理服务器的用户以及权限
进入amoeba.xml配置文件中确定主从以及用户名密码
第二步确定谁是主确定谁是从
进入dbServer.xml配置文件中
让这个程序在后台运行
然后查看java的端口有没有连接，端口起来之后就成功了
进入主服务器从服务器把日志这个选项打开
同上
然后重启一下，进入客户端查看
总结+面试题
1、主从同步复制原理
2、读写分离你们使用什么方式？ amoeba 代理 mycat 代码 sql_proxy
通过amoeba代理服务器，实现只在主服务器上写，只在从服务器上读；
主数据库处理事务性查询，从数据库处理select 查询；
数据库复制被用来把事务查询导致的变更同步的集群中的从数据库
3、如何查看主从同步状态是否成功
在从服务器上内输入 show slave status\G 查看主从信息查看里面有IO线程的状态信息，还有master服务器的IP地址、端口事务开始号。
当 Slave_IO_Running和Slave_SQL_Running都是YES时 ，表示主从同步状态成功
4、如果I/O不是yes呢，你如何排查？
首先排查网络问题，使用ping 命令查看从服务器是否能与主服务器通信
再查看防火墙和核心防护是否关闭（增强功能）
接着查看从服务slave是否开启
两个从服务器的server-id 是否相同导致只能连接一台
master_log_file master_log_pos的值跟master值是否一致
5、show slave status能看到哪些信息（比较重要）
IO线程的状态信息
master服务器的IP地址、端口、事务开始的位置
最近一次的错误信息和错误位置
最近一次的I/O报错信息和ID
最近一次的SQL报错信息和id
6、主从复制慢（延迟）会有哪些可能？怎么解决？
主服务器的负载过大，被多个睡眠或 僵尸线程占用 导致系统负载过大，从库硬件比主库差，导致复制延迟
主从复制单线程，如果主库写作并发太大，来不及传送到从库，就会到导致延迟
慢sql语句过多
网络延迟
mysql主从复制
若主从版本不一致，从的版本一定要高于主，保证可以向下兼容
因为若主的版本更新，低版本的从无法兼容的。
