mysql读写分离

主从形式 mysql主从复制 灵活 一主一从 主主复制 一主多从---扩展系统读取的性能，因为读是在从库读取的； 多主一从---5.7开始支持 联级复制--- 用途及条件 mysql主从复制用途 实时灾备，用于故障切换 读写分离，提供查询服务 备份，避免影响业务 主从部署必要条件： 主库开启binlog日志（设置log-bin参数） 主从server-id不同 从库服务器能连通主库 主从原理 mysql主从复制原理 从库生成两个线程，一个I/O线程，一个SQL线程； i/o线程去请求主库 的binlog，并将得到的binlog日志写到relay log（中继日志） 文件中； 主库会生成一个 log dump 线程，用来给从库 i/o线程传binlog； SQL 线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致； 问题及解决方法 mysql主从复制存在的问题： 主库宕机后，数据可能丢失 从库只有一个sql Thread，主库写压力大，复制很可能延时 解决方法： 半同步复制---解决数据丢失的问题 并行复制----解决从库复制延迟的问题 半同步复制 mysql semi-sync（半同步复制） 半同步复制： 5.5集成到mysql，以插件的形式存在，需要单独安装 确保事务提交后binlog至少传输到一个从库

mysql主从复制 灵活 一主一从 主主复制 一主多从---扩展系统读取的性能，因为读是在从库读取的； 多主一从---5.7开始支持 联级复制--- 用途及条件 mysql主从复制用途 实时灾备，用于故障切换 读写分离，提供查询服务 备份，避免影响业务 主从部署必要条件： 主库开启binlog日志（设置log-bin参数） 主从server-id不同 从库服务器能连通主库 主从原理 mysql主从复制原理 从库生成两个线程，一个I/O线程，一个SQL线程； i/o线程去请求主库 的binlog，并将得到的binlog日志写到relay log（中继日志） 文件中； 主库会生成一个 log dump 线程，用来给从库 i/o线程传binlog； SQL 线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致； 问题及解决方法 mysql主从复制存在的问题： 主库宕机后，数据可能丢失 从库只有一个sql Thread，主库写压力大，复制很可能延时 解决方法： 半同步复制---解决数据丢失的问题 并行复制----解决从库复制延迟的问题 半同步复制 mysql semi-sync（半同步复制） 半同步复制： 5.5集成到mysql，以插件的形式存在，需要单独安装 确保事务提交后binlog至少传输到一个从库 不保证从库应用完这个事务的binlog

主从形式 mysql主从复制 灵活 一主一从 主主复制 一主多从---扩展系统读取的性能，因为读是在从库读取的； 多主一从---5.7开始支持 联级复制--- 用途及条件 mysql主从复制用途 实时灾备，用于故障切换 读写分离，提供查询服务 备份，避免影响业务 主从部署必要条件： 主库开启binlog日志（设置log-bin参数） 主从server-id不同 从库服务器能连通主库 主从原理 mysql主从复制原理 从库生成两个线程，一个I/O线程，一个SQL线程； i/o线程去请求主库 的binlog，并将得到的binlog日志写到relay log（中继日志） 文件中； 主库会生成一个 log dump 线程，用来给从库 i/o线程传binlog； SQL 线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致； 问题及解决方法 mysql主从复制存在的问题： 主库宕机后，数据可能丢失 从库只有一个sql Thread，主库写压力大，复制很可能延时 解决方法： 半同步复制---解决数据丢失的问题 并行复制----解决从库复制延迟的问题 半同步复制 mysql semi-sync（半同步复制） 半同步复制： 5.5集成到mysql，以插件的形式存在，需要单独安装 确保事务提交后binlog至少传输到一个从库

1.mariadb主从 主从多用于网站架构，因为主从的同步机制是异步的，数据的同步有一定延迟，也就是说有可能会造成数据的丢失，但是性能比较好，因此网站大多数用的是主从架构的数据库，读写分离必须基于主从架构来搭建。 主可以将数据同步到从上，但是从不能将数据同步到主上。 二进制日志这能一条一条的写入，因此数据的同步会有延迟。 异步优点：性能好，效率高 缺点：数据的安全性低 同步优点：数据的安全性高 缺点：效率低 mariadb的复制过程： 1.master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）； 2.slave会生成I/O线程和SQL线程，I/O线程会读取master的二进制日志，master会生成一个dump线程将数据返回给slave端，存储到slave的中继日志(relay log)中。 3.slave端的SQL thread（SQL从线程）处理该过程的最后一步。SQL线程从中继日志读取事件，并重放其中的事件而更新slave的数据，使其与master中的数据一致。只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。 面试会问到的 如果slave有多个，那么master端会生成许多的dump线程，这对于master端会造成很大的压力，为了解决这种问题我们可以这样解决：

⒈主从复制的使用场景 　　1.数据自动备份，实现数据库拓展，加强数据的安全性。 　　2.提升数据库的负载性能，读写分离，主写数据，从读数据，减轻主的压力。 ⒉实现原理 　　MySQL之间数据复制的基础是二进制日志文件（binary log file）。一台MySQL数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个SQL线程会把相关的“事件”执行到自己的数据库中，以此实现从数据库和主数据库的一致性，也就实现了主从复制。 ⒊MySql主从配置的前提条件 　　1、服务器版本一致 　　2、主服务器日志必须二进制 　　3、主服务器-从服务器库的数据要求一致 　　4、从数据库不能做写操作 ⒋实现流程 　　1.配置主服务器MySql 　　　　①修改MySql my.cnf文件，添加以下内容 [mysqld] server-id=1 #设置server-id log-bin=mysql-bin #开启二进制日志并定义binlog的前缀名 　　　　*我使用的是Docker镜像，执行以下操作 docker cp 6e246d8fdb51:

MySQL主从复制(Master-Slave)实践 MySQL数据库自身提供的主从复制功能可以方便的实现数据的多处自动备份，实现数据库的拓展。多个数据备份不仅可以加强数据的安全性，通过实现读写分离还能进一步提升数据库的负载性能。 下图就描述了一个多个数据库间主从复制与读写分离的模型(来源网络)： 在一主多从的数据库体系中，多个从服务器采用异步的方式更新主数据库的变化，业务服务器在执行写或者相关修改数据库的操作是在主服务器上进行的，读操作则是在各从服务器上进行。如果配置了多个从服务器或者多个主服务器又涉及到相应的负载均衡问题，关于负载均衡具体的技术细节还没有研究过，今天就先简单的实现一主一从的主从复制功能。 Mysql主从复制的实现原理图大致如下(来源网络)： MySQL之间数据复制的基础是二进制日志文件（binary log file）。一台MySQL数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个SQL线程会把相关的“事件”执行到自己的数据库中，以此实现从数据库和主数据库的一致性，也就实现了主从复制。

MySQL数据库自身提供的主从复制功能可以方便的实现数据的多处自动备份，实现数据库的拓展。 多个数据备份不仅可以加强数据的安全性，通过实现读写分离还能进一步提升数据库的负载性能。 在一主多从的数据库体系中，多个从服务器采用异步的方式更新主数据库的变化，业务服务器在执行写或者相关修改数据库的操作是在主服务器上进行的，读操作则是在各从服务器上进行。如果配置了多个从服务器或者多个主服务器又涉及到相应的负载均衡问题，关于负载均衡具体的技术细节还没有研究过，今天就先简单的实现一主一从的主从复制功能 Mysql主从复制的实现原理图大致如下(来源网络)： MySQL之间数据复制的基础是二进制日志文件（binary log file）。一台MySQL数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个SQL线程会把相关的“事件”执行到自己的数据库中，以此实现从数据库和主数据库的一致性，也就实现了主从复制。 实现MySQL主从复制需要进行的配置： 　　1.主服务器： 编辑my.cnf文件 　　开启二进制日志：log-bin=mysql-bin 　

一、什么是主从复制 将主数据库中的DDL和DML操作通过二进制日志（ BINLOG ）传输到从数据库上，然后将这些日志重新执行（重做）；从而使得从数据库的数据与主数据库保持一致。 二、主从复制的作用 1、主数据库出现问题，可以切换到从数据库。 2、可以进行数据库层面的读写分离， 3、可以在从数据库上进行日常备份 三、复制过程 Binary log：主数据库的二进制日志 Relay log：从服务器的中继日志 第一步：master在每个事务更新数据完成之前，将该操作记录串行地写入到binlog文件中。 第二步：salve开启一个I/O Thread，该线程在master打开一个普通连接，主要工作是binlog dump process。如果读取的进度已经跟上了master，就进入睡眠状态并等待master产生新的事件。I/O线程最终的目的是将这些事件写入到中继日志中。 第三步：SQL Thread会读取中继日志，并顺序执行该日志中的SQL事件，从而与主数据库中的数据保持一致。 四、主从复制的具体操作 我是在同一个windows上不同的路径下安装两个msyql实例。建议这里主从两个mysql的安装版本一致，尽管我自己的是不一致的。 1、分别修改主从数据库的配置文件my.ini master 3306是mysql默认端口号，这里master实例中可以不用修改；server

1. 主从简介 为了解决以下典型两个问题，我们导入主从学习 用一台数据库存放数据，若此数据库服务器宕机了导致数据丢失怎么办？ 业务量大了，数据多了，访问的人多了，一台数据库无法保证服务质量了怎么办？ 1.1 主从作用 实时灾备，用于故障切换 读写分离，提供查询服务 备份，避免影响业务 1.2 主从形式 一主一从 主主复制 一主多从---扩展系统读取的性能，因为读是在从库读取的 多主一从---5.7开始支持 联级复制 2. 主从复制原理 主从复制步骤： 主库将所有的写操作记录到binlog日志中并生成一个log dump线程，将binlog日志传给从库的I/O线程 从库生成两个线程，一个I/O线程，一个SQL线程 I/O线程去请求主库的binlog，并将得到的binlog日志写到relay log（中继日志） 文件中 SQL线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，达到最终数据一致的目的 3. 主从复制配置 主从复制配置步骤： 1）确保从数据库与主数据库里的数据一样 2）在主数据库里创建一个同步账号授权给从数据库使用 3）配置主数据库（修改配置文件） 4）配置从数据库（修改配置文件） 需求： 搭建三台MySQL服务器，一台作为主服务器，其它两台作为从服务器（其中一项主从为主库中存有数据，另一项主库中没有数据），主服务器进行写操作

一、centos7安装mysql 1、 先检查系统是否装有mysql rpm -qa | grep mysql 2、 下载mysql的repo源 wget http://repo.mysql.com/mysql-community-release-el7-5.noarch.rpm 如果报错: -bash: wget: command not found 需要安装一下插件： yum -y install wget 3、 安装完成后下载mysql的repo源，然后安装mysql-community-release-el7-5.noarch.rpm包 sudo rpm -ivh mysql-community-release-el7-5.noarch.rpm 4、 安装MySQL sudo yum install mysql-server 5、 重置MySQL密码 mysql -u root 如果报以下错误：ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) 原因是/var/lib/mysql的访问权限问题，需要执行以下命令即可。 chown root /var/lib/mysql/ 6、 重启MySQL服务 service