做高可用的优势
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的方法,通常是延迟一天。