Mysql高可用架构（主从同步）

做高可用的优势

1、成本低

2、解决单点故障

3、不容易遇到性能瓶颈

一 、Mysql主从同步架构搭建案例

优点如下：
·在业务繁忙阶段，在从服务器上可以执行查询工作（即我们常说的读写分离），降低主服务器压力；
·在从服务器上进行备份，避免备份期间影响主服务器服务；
·当主服务器出现问题时，可以迅速切换到从服务器，这样不影响线上环境。
·数据分布。由于MySQL复制并不需要很大的带宽，所以可以在不同的数据中心实现数据的拷贝。
主从复制同步的原理：
主从复制是MySQL数据库提供的一种高可用、高性能的解决方案，其实并不复杂，它不是完全的实时，其实是一种异步的实时过程，如果由于网络的原因延迟比较严重的时候，这
时候要考虑将其延迟时间作为Nagios报警的选项参数，其具体工作步骤如下。
1）主服务器把数据更新记录到二进制日志中；
2）从服务器把主服务器的二进制日志复制到自己的中继日志中，这个由从服务器的I/O线程负责；
3）从服务器执行中继日志，把其更新应用到自己的数据库上，这个由从服务器的SQL线程负责。

安装环境：

系统 CentOS release 6.9 (Final)  x86_64

关闭iptables,selinux

MySQL数据库涉及的文件及对应目录：
·MySQL的安装位置：/usr/local/mysql
·MySQL的配置配置文件：/etc/my.cnf
·MySQL数据库位置：/data/mysql/

·主数据库：192.168.128.157
·从数据库：192.168.128.158

安装步骤详见：http://www.cnblogs.com/Dev0ps/p/7834037.html

两台都启动mysql服务后配置如下：

1）设置主库

1）修改主库my.cnf，主要是设置个不一样的id，以及要同步的数据库的名字。
vim /etc/my.cnf 
在[mysqld]添加如下内容：
log-bin = binlog             //开启log-bin日志记录
binlog-do-db = mydata      //mydata同步的数据库名字
server-id       = 1                   //从服务器改为非1
2）重启主库
service mysqld restart
3）登录主库
mysql -u root -p           //默认没有密码
4）赋予从库权限账号，允许用户在主库上读取日志，命令如下：
mysql> grant replication slave on *.* to 'admin'@'192.168.128.%'identified by 'redhat';    //允许192.168.128.0这个网络登录
mysql> flush privileges;                  //刷新
service mysqld restart                  //一定要重启才生效
从服务器测试连接：
[root@localhost src]# mysql -u admin -p  -h 192.168.128.157    
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or g.
#锁主库表
mysql>  flush tables with read lock;

#查看File和Postion日志点
mysql> show master status;
+---------------+----------+--------------+------------------+
| File          | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------+----------+--------------+------------------+
| binlog.000003 |      106 | mydata       |                  |
+---------------+----------+--------------+------------------+
创建数据库密码：
mysqladmin -uroot password '123'
导出mydata库：
mysqldump --master-data -uroot -p123 mydata > mydata.sql
数据不大通过ssh推送到从库：
scp mydata.sql root@192.168.128.158:/root

 2）从库设置

创建数据库密码：
mysqladmin -uroot password '123'
创建mysqldata数据库：
mysql> create database mydata;
导入mydata.sql数据：
[root@localhost ~]# mysql -uroot -p123 mydata < /root/mydata.sql
修改/etc/my.cnf
注释从库日志记录如果还作为其他从服务要开启
#log-bin=mysql-bin
设置为2 只要不和主库一样就行
server-id       = 2 
重启服务：
[root@localhost ~]# service mysqld restart
在从库上设置同步，这步也是最重要的。
设置连接MASTER MASTER_LOG_FILE为主库的File，MASTER_LOG_POS为主库的Position，命令如下所示：
注意此时一定要再次查看主库的File和Position已现在显示的为准不然同步失败。
mysql>slave stop;
mysql> change master to master_host='192.168.128.157',master_user='admin',master_password='redhat',master_log_file='binlog.000003',master_log_pos=331;
mysql>slave start;
查看从库的status状态：
mysql> show slave status G                                    
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.128.157
                  Master_User: admin
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: binlog.000003
          Read_Master_Log_Pos: 331
               Relay_Log_File: localhost-relay-bin.000002
                Relay_Log_Pos: 248
        Relay_Master_Log_File: binlog.000003
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

#Slave_IO_Running:Yes（网络正常）；Slave_SQL_Running:Yes（表结构正常），根据前面的MySQL主从同步的原理，这两个部分
必须都为YES（正常）才表示同步是成功的。

 3）测试

主库解锁：

mysql>unlock tables;

主库上创建新表：

mysql> create table yy ( username varchar(20) not null);

从库上查看：

 当主库出现问题无法启动时如果让从库作为新主库，步骤如下：

1）用stop slave IO_THREAD命令从从机上停掉IO_Thread进程，确保从机上没有再同步的SQL语句，即出现“Has read all relay log”语句字样。
2）在从数据库上执行stop slave停止从机服务，然后reset master将其设置成主数据库。
3）在其实的从机上将原有的主机IP地址更换为此机器（现在为Master主数据库）地址。
4）删除新的主数据库服务器的master.info和relay-log.info文件，防止它下次重启时还会按照从机启动。

建议：

MySQL主从Replication复制非常快，加上我们一般将其同时置于同一交换机下，所以网络方面的影响非常小，小数据量的改变几乎感觉不到延迟（但还是属于异步同步），通常在
Master端改动以后，Slave端也会立即改动，非常方便；不过，如果是用MySQL的Replication也有它的弊端，如果Master端有误操作，Slave也会误操作，这样会非常麻烦。所以，如果是作为备份机使用，就应该采取延时Replication的方法，通常是延迟一天。