MySQL高可用

MySQL高可用

MySQL数据库简单介绍

MySQL作为世界上使用最为广泛的数据库之一，免费是其原因之一。但不可忽略的是它本身的功能的确很强大。随着技术的发展，在实际的生产环境中，由单台MySQL数据库服务器不能满足实际的需求。此时数据库集群就很好的解决了这个问题了。采用MySQL分布式集群，能够搭建一个高并发、负载均衡的集群服务器（这篇博客暂时不涉及）。在此之前我们必须要保证每台MySQL服务器里的数据同步。数据同步我们可以通过MySQL内部配置就可以轻松完成，主要有主从(master slave )复制和主主复制。

 

注意：

设置Root账户远程连接密码

 mysql -u root -p

GRANT ALL PRIVILEGES ON *.* TO root@"%" IDENTIFIED BY "root";　

 远程连接 不在同一个服务器连接 其他主机可以连接

重启服务器 service mysqld restart

关闭防火墙

systemctl stop firewalld.service

 

 MySQL集群如果集群的话，需要考虑的问题，数据实时同步。

 

MySQL主从复制：

   

 

主从复制介绍
相信很多人在学习Redis的时候，已经了解过主从复制的作用。在MySQL集群环境中，可以分为主节点与从节点，通过主从复制可以实现数据备份（备机同步主机数据）、故障转移、MySQL集群、高可用、读写分离等。
MySQL的主从复制是MySQL本身自带的一个功能，不需要额外的第三方软件就可以实现，其复制功能并不是copy文件来实现的，而是借助binlog日志文件里面的SQL命令实现的主从复制，可以理解为我再Master端执行了一条SQL命令，那么在Salve端同样会执行一遍，从而达到主从复制的效果。
主从复制原理
MySQL的主从复制是MySQL本身自带的一个功能，不需要额外的第三方软件就可以实现，其复制功能并不是copy文件来实现的，而是借助binlog日志文件里面的SQL命令实现的主从复制，可以理解为我再Master端执行了一条SQL命令，那么在Salve端同样会执行一遍，从而达到主从复制的效果。
从库生成两个线程，一个I/O线程，一个SQL线程；
i/o线程去请求主库 的binlog，并将得到的binlog日志写到relay log（中继日志） 文件中；
主库会生成一个 log dump 线程，用来给从库 i/o线程传binlog；
SQL 线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致；

主从复制环境配置
服务器准备两台
192.168.91.8
192.168.91.9
主服务器配置

从服务器配置

主从复制原理：

    一主一备

   

注意： 主的MySQL会单独开启一个线程为logDump线程给mysql传输二进制执行文件

注意：MySQL主从复制，是本身自带的！！ MyCat做读写分离

   

 从的MySQL配置要同步的那个主的MySQL， 从MySQL会开启一个IO线程获取主的MySQL二进制执行文件

 主的MySQL会开启一个logDump线程 返回本底binlog二进制文件给从节点

 在从节点中，SQL线程作用：就是IO线程获取二进制执行文件之后，通过SQL线程进行执行二进制执行文件。

  
（如果同步过程中 从服务器宕机 重启后还是会从断开的地方继续同步所以没有毛影响）

  

  IO线程和SQL线程

  

 在集群配置中 老套路就是 Server_id 全局的一个标识

 

注意： 在主从复制时候，如果网络延迟。会导致数据延迟！同步的数据丢失。

          如果主没有宕机，备宕机的情况。备机会记录上次读取到哪一行的日志。备启动后继续接着读。

           重要的是同步时候产生网络延迟，数据短暂的误差。需要优化！

         

 优化方案：半行同步和并行同步

 首先上面提到的传统MySQL主从复制基本原理：

主从复制通过三个线程来完成，在master节点运行的binlog dump的线程，I/O线程和SQL线程运行在slave 节点

•         master节点的Binlog dump线程，当slave节点与master正常连接的时候，master把更新的binlog 内容推送到slave节点。
•         slave节点的I/O 线程 ，该线程通过读取master节点binlog日志名称以及偏移量信息将其拷贝到本地relay log日志文件。
•         slave节点的SQL线程，该线程读取relay log日志信息，将在master节点上提交的事务在本地回放，达到与主库数据保持一致的目的。

问题1：

        Master节点的数据库实例并发跑多个线程同时提交事务，提交的事务按照逻辑的时间（数据库LSN号）顺序地写入binary log日志，,slave节点通过I/O线程写到本地的relay log日志，但是slave节点只有SQL单线程来执行relay log中的日志信息重放主库提交得事务，造成主备数据库存在延迟（lag）

思考1：

        那么为了减少主备数据同步延迟时间，由于备库只有单线程补偿数据的原因而造成延迟，那么能否使slave节点同时运行多个如SQL线程一样的功能来重放在主库执行的事务？答案当然是：可以！但是我们需要解决以下问题：

        1、slave本地的relay log记录的是master 的binary log日志信息，日志记录的信息按照事务的时间先后顺序记录，那么为了保证主备数据一致性，slave节点必须按照同样的顺序执行，如果顺序不一致容易造成主备库数据不一致的风险。

   这样就是并行同步。

  

  异步复制即是master数据库把binlog日志发送给 slave数据库，当slave服务器发生故障了，那么肯定会导致主从数据库服务器的数据不一致。 
  为了解决上面的问题，MySQL5.5引入一种叫做半行同步复制模式。开启这种模式，可以保证slave数据库接收完master数据库发送过来的binlog日志并写入自己的中继日志中，然后反馈给master数据库，告知已   经复制完毕。 

  半同步复制就是为了解决数据一致性问题。保障复制不会出错。
 开启这种模式后，当出现超时，主数据库将会自动转为异步复制模式，直到至少有一台从服务器接受到主数据库的binlog，并且反馈给主数据库。这时主数据库才会切换回半同步复制模式 

半行同步

 

主的MySQL配置：

---

 

vi /etc/my.cnf  新增以下内容

server_id=7  ###服务器id

log-bin=mysql-bin   ###开启日志文件

 

重启mysql服务 service mysqld restart

验证是否已经配置成功

show variables like '%server_id%';

 

能够查询对应配置文件中的server_id 说明已经配置成功

show master status;

能够看到同步的文件，和行数 说明已经配置成功。 154行

 

从的MySQL配置：

  

vi /etc/my.cnf

server_id=8  ###从服务器server_id

log-bin=mysql-bin  ###日志文件同步方式

binlog_do_db=test   ###同步数据库

 

 

重启mysql服务 service mysqld restart

验证是否已经配置成功

show variables like '%server_id%';

能够查询对应配置文件中的server_id 说明已经配置成功

 

 

从服务器同步主服务器配置   表示从节点同步主节点数据  在从节点服务器运行：

change master to master_host='192.168.91.8',master_user='root',master_password='root', master_log_file='mysql-bin.000004',master_log_pos=154;   

注意：master_log_file='mysql-bin.000002',master_log_pos=17731;     与 show master status; 一样   同步的二进制文件 和 位置

先执行执行stop slave  停下来然后执行上面的指令！！！！

 

从节点开始同步（从节点运行）

start slave

检查从服务器复制功能状态

SHOW SLAVE STATUS

 

看到：

 

Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.

因为服务器克隆的时候交UUID产生了重复 (虚拟机克隆导致的)，解决办法

cat  /etc/my.cnf

cd /var/lib/mysql

rm -rf auto.cnf

重启服务器即可

service mysqld restart

 

验证：

在主上面创建数据库

在从上面查询到！

然后

在主上面创建表

在从上面查询到！