mysql数据库主从.PDFVIP

mysql数据库主从 一、数据库主从 1.1、什么是数据库主从 1.2、主从的同步方式 1.3、主从数据库有什么用 1.4、主从架构选择 二、全新配置数据库主从 2.1、配置主库master 2.2、配置从库 2.3、监控与报警 、中途配置数据库主从 3.1、新增从库 四、常见错误及排查 4.1、同步不成功 4.2、跨库更新 4.3、出现错误 一、数据库主从 1.1、什么是数据库主从 主库把所有的操作都记入二进制日志 ，从库通过网络把主库日志拷贝入自己的日志 ，从库读 取日志进行数据更改。如图 ： 注意事项 ： 1. 主数据库和从数据库版本应一致 ，如果不一致 ，从数据库版本应高于主数据库版本。 2. 主从同步实质是同步数据库操作 ，不是保证两者数据一致。所以启动主从前 ，应先保证两 者数据一致。 3. 从库的数据相对主库有滞后性。 4. 主从配置会影响主库的性能 ，从库越多对主库的影响越大。 1.2、主从的同步方式 1. 同步复制 所谓的同步复制 ，意思是master的变化 ，必须等待slave-1,slave-2,…,slave-n完成后才 能返回。 这样 ，显然不可取 ，也不是MYSQL复制的默认设置。比如 ，在WEB前端页面上 ，用户 增加了条记录 ，需要等待很长时间。 2. 异步复制 如同AJAX请求一样。master只需要完成自己的数据库操作即可。至于slaves是否收到 二进制日志 ，是否完成操作 ，不用关心。MYSQL的默认设置。 3. 半同步复制 master只保证slaves中的一个操作成功 ，就返回 ，其他slave不管。 1.3、主从数据库有什么用 1. 读写分离 把统计等费时、占资源高的操作移到从库 2. 异地备份 类似于高可用的功能 ，一旦master挂了 ，可以让slave顶上去 ，同时slave提升为 master。 1.4、主从架构选择 数据库主从架构有多种选择 ，每种架构都有其适应性 ，我认为最有用的有如下两种 ： 一主多从 当写入操作较少 ，读操作较多可以采取如下架构 可以有效的均衡压力 ，但是 ，当slave增加到一定数量时 ，slave对master的负载以及网络带 宽都会成为一个严重的问题。 这种结构虽然简单 ，但是 ，它却非常灵活 ，足够满足大多数应用需求。一些建议 ： 1. 不同的slave扮演不同的作用(例如使用不同的索引 ，或者不同的存储引擎) ； 2. 用一个slave作为备用master ，只进行复制 ； 3. 用一个远程的slave ，用于灾难恢复 ； 级联复制架构 在有些应用场景中 ，可能读写压力差别比较大 ，读压力特别的大 ，一个Master可能需要 上1 台甚至更多的Slave才能够支撑注读的压力。这时候 ，Master就会比较吃力了 ，因 为仅仅连上来的SlaveIO线程就比较多了 ，这样写的压力稍微大一点的时候 ，Master端 因为复制就会消耗较多的资源 ，很容易造成复制的延时。 二、全新配置数据库主从 准备工作 ：已经安装好了 台电脑 ，centos6.5 ，mysql5.5.45 ，分别是主库master ，从库 slave1 ，slave2 2.1、配置主库master 登录主库mysql并创建同步用户 ：mysync mysql CREAT E USER mysync@% IDENT IFIED BY 123456; 授权 mysql grant replication slave on *.* to mysync@% identified by 123456; 配置文件 ：my.cnf # vi / etc/mysql/my.cnf #在mysqld中增加 server-id=1 log_ bin=master-bin binlog_format=MIXED expire_ logs_days=7 #binlog-do-db=test #