转:https://www.jianshu.com/p/b4f1cec71bbb
一、单个数据库服务器的缺点
-
数据库服务器存在单点问题;
-
数据库服务器资源无法满足增长的读写请求;
-
高峰时数据库连接数经常超过上限。
二、如何解决单点问题
-
增加额外的数据库服务器,组建数据库集群;
-
同一集群中的数据库服务器需要具有相同的数据;
-
集群中的任一服务器宕机后,其它服务器可以取代宕机服务器。
三、MySQL主从复制架构
1、主库将变更写入到主库的binlog中
-
一些MySQL版本并不会开启二进制日志,所以一定要检查是否开启;
-
如果刚开始没有开启,后面再进行开启的话,需要重启数据库才能生效,而且数据库的重启往往会对业务造成很大的影响;
-
尽管二进制日志对性能有稍许的影响,所以还是建议大家无论是否使用复制功能,都要开启MySQL二进制日志,因为增量备份也需要二进制日志。
2、从库的IO线程在指定位置读取主库binlog内容存储到本地的中继日志(Relay Log)中
要完成二进制日志的传输过程,MySQL会在从服务器上启动一个工作线程,称为IO线程,这个IO线程会跟主数据库建立一个普通的客户端连接,然后在主服务器上启动一个特殊的二进制转储线程称为binlogdown线程。
从库上的IO线程通过这个二进制转储线程来读取主库上的二进制事件,如果该事件追赶上主库,则会进入sleep状态,直到主库发起信号通知有新事件产生时,才会被唤醒,relay log的格式和binlog格式是完全相同的,
可以使用mysqlbinlog来读取relay log中的内容。
3、从库的SQL线程读取Relay Log日志中的内容,并在从库中重放
SQL线程所执行的事件,我们可以通过配置选项来决定是否要写入到从服务器的二进制日志中。
目前MySQL支持两种复制类型:
-
基于二进制日志点的复制
-
基于GTID的复制(MySQL>=5.7推荐使用)
四、MySQL主从配置步骤
1、配置主从数据库服务器参数
有些参数配置后需要数据库重启才能生效,为了不影响数据库的正常使用,我们最好在服务器上线的同时就把参数都配置好。特别是master服务器的参数,更应该作为服务器初始参数来进行配置。
master服务器:
slave 服务器:
2、在master服务器上创建用于复制的数据库账号
用于IO线程连接master服务器获取binlog日志,需要* REPLICATION SLAVE** 权限:
create user 'repl'@'ip段' identified by 'password';
grant replication slave on *.* to 'repl'@'ip段';
3、备份master服务器上的数据并初始化slave服务器数据
建议主从数据库服务器采用相同的MySQL版本;
建议使用全库备份的方式初始化slave数据。
采用相同版本的好处:
我们可以使用全备的方式来初始化slave数据,还可以避免不同版本之间的差异造成数据库同步失败的问题。
如果我们使用的主从复制的服务器MySQL版本不同,则一定要注意master上的版本一定要低于slave服务器,不然同步的时候就可能出现错误。
由于我们演示过程中的MySQL服务器都是使用的MySQL5.7,所以我们可以使用全备的方式进行:
mysqldump --master-data=2 -uroot -p -A --single-transaction -R --triggers
4、启动基于日志点的复制链路
在slave服务器上运行,MySQL命令:
CHANGE MASTER TO
MASTER_HOST= 'master_host_ip',
MASTER_USER= 'repl',
MASTER_PASSWORD = 'password',
MASTER_LOG_FILE='mysql_log_file_name',
MASTER_LOG_POS=xxxxxx;
5、启动基于GTID的复制链路
GTID:全局事务ID,GTID可以保证每一个在主上提交的事务,在复制集群中可以生成一个唯一的ID值,要使用基于GTID的复制,我们要在主从复制的配置文件中同时加入以下配置项。
MySQL配置:
gtid_mode=on
# 是否启动gtid模式,启动了此模式会在二进制日志中会额外记录每个事务的GTID标识符
enforce-gtid-consistency
# 强制gtid一致性,用于保证启动gtid后事务的安全
log-slave-updates = on
# mysql5.6一定要启用参数,5.7可以不启用
MySQL命令:
CHANGE MASTER TO
MASTER_HOST= 'master_host_ip',
MASTER_USER= 'repl',
MASTER_PASSWORD = 'password',
MASTER_AUTO_POSITION=1;
GTID复制的限制:
-
无法再使用create table ... select语句建立表,只能先create表,再insert数据;
-
无法在事务中使用create temporary table建立临时表;
-
无法使用关联更新同时更新事务表和非事务表。
4和5中选一个执行即可。
五. MySQL主从复制演示
1. 先对主服务器进行配置
由于主服务器一直在运行着,在生产环境中主服务器是很少会重启的,如果主服务器重启,会造成正常的业务访问的中断,所以在服务器启动之前就启动了二进制日志。
这里不需要重启主服务器了,由于主服务器的默认server_id=1,我们虽然在配置文件中更改了它的值 ,但实际运行环境中并没有改变。
我们可以查看一下当前server_id:
mysql> show variables like '%server_id%';
可以通过以下命令动态的进行修改:
mysql> set global server_id = 100;
2. 再对从服务器进行配置
修改完从服务器配置后,重启MySQL服务器。如果使用的是MySQL5.7版本的需要注意:
-
MySQL5.7增加了server-uuid值,默认情况下载auto.cnf文件中,如果是使用的镜像的方式安装,可能大家的uuid一样 ,所以需要把auto.cnf文件删除掉。MySQL重启后会自动重新生成uuid的值,这样就可以保证不同服务器上的MySQL实例的uuid的值是不一样的;
-
如果server-uuid的值相同,主从复制会出现问题。
以上我们就完成了主从复制的配置,接下来我们要在主服务器上建立复制账号。
3. 在MySQL主服务器上建立MySQL复制账号
mysql> create user 'dba_repl'@'192.168.3.%' identified by '123456';
mysql> grant replication slave on *.* to 'dba_repl'@'192.168.3.%';
4. 建立好复制账号以后,通过mysql主服务器上的全备初始化从服务器上数据
进行全备:
[root@localhost data]# cd /data/db_backup/
[root@localhost db_backup]# mysqldump -uroot -p --master-data=1 --single-transaction --routines --triggers --events --all-databases > all.sql
Enter password:
将其拷贝到从服务器上:
[root@localhost db_backup]# scp all.sql root@192.168.3.101:/root
在从服务器上恢复备份进行初始化:
[root@Node2 ~]# mysql -uroot -p < all.sql
初始化完成后,准备。
5. 从服务器进行基于日志点的复制链路的配置
mysql> change master to
master_host='192.168.3.100',
master_user='dba_repl',
master_password='123456',
MASTER_LOG_FILE='mysql-bin.000017',
MASTER_LOG_POS=663;
MASTER_LOG_FILE和MASTER_LOG_POS的值从全备文件中的CHANGE MASTER中获取
以上复制链路的配置完成。
启动slave:
mysql> start slave;
检查是否启动成功状态:
mysql> show slave status \G
显示:
Relay_Master_Log_File: mysql-bin.000017Slave_IO_Running:YesSlave_SQL_Running: Yes
说明启动成功了,可以在主服务器上插入数据,在从服务上查看数据是否同步过来了。
六. 主从复制的一些缺点
虽然主从复制增加了一个数据库副本,但从数据库和主数据库的数据最终会是一致的。之所以说是最终一致,因为MySQL复制是异步的,正常情况下主从复制数据之间会有一个微小的延迟。
通过这个数据库副本看似解决了数据库单点问题,但并不完美:因为这种架构下,如果主服务器宕机,需要手动切换从服务器,业务中断不能忍受,不能满足应用高可用的要求。
相关推荐
MySQL 主从复制与读写分离 MySQL 主从复制是指将一个 MySQL 服务器的数据实时同步到另一个 MySQL 服务器中...通过配置主从复制和读写分离,可以提高系统的性能和可用性,避免单点故障,并且可以轻松地扩展系统的容量。
### MySQL主从复制的常见拓扑、原理分析以及如何提高主从复制的效率总结 #### 一、主从复制的搭建方法与参考 ##### 1. MySQL 5.6 数据库主从(Master/Slave)同步安装与配置详解 - **安装与配置**:在MySQL 5.6中...
### 生产环境中MySQL主从复制的关键知识点 #### 一、MySQL主从复制的基本概念与优势 MySQL的主从复制是一种非常成熟且广泛使用的数据库架构模式。通过这种模式,可以将一个MySQL服务器(主服务器)的数据实时复制...
### MySQL主从复制架构原理与配置实践 #### 一、MySQL主从复制概述 MySQL主从复制是一种常用的技术手段,用于提高数据库系统的可用性、扩展性和数据...这不仅可以提高数据库系统的性能,还能有效降低单点故障的风险。
MySQL的主从复制架构是一种常见的高可用性和扩展...然而,需要注意的是,主从复制并不能解决所有的问题,比如单点故障(如果主库出现问题),因此还需要结合其他技术如群集、分布式数据库等来进一步提高系统的健壮性。
### MySQL主从复制配置详解 #### 一、MySQL主从复制概述 MySQL主从复制是一种数据复制机制,通过该...本篇文章详细介绍了MySQL主从复制的基本原理、配置流程及关键步骤,希望能够帮助读者更好地理解和应用这一技术。
MySQL主从复制是一种常见的数据库高可用性和负载均衡解决方案,它允许数据从一个主数据库(Master)实时同步到一个或多个从数据库(Slave)。在企业环境中,这种架构能够提高系统的稳定性和数据安全性,同时通过分散...
MySQL 5.7主从复制是一种常见的数据库高可用性和负载均衡解决方案,允许数据在多个服务器之间同步,确保数据的一致性,并提供冗余以防止单点故障。以下是对这一技术的详细阐述: **1. MySQL主从复制的基本原理** ...
MySQL数据库的主从同步备份是一种常见的高可用性和数据冗余策略,它允许在一个主服务器(Master)上执行写操作,而这些更改会自动复制到一个或多个从服务器(Slave)。在Windows环境下,这个过程需要一些特定的配置...
通过上述步骤,我们可以实现基于SpringMVC、MyBatis和Druid的读写分离,以及Windows上的MySQL主从复制。这将大大提高系统的可伸缩性和可用性,降低单点故障的风险。在实际项目中,还可以根据业务需求进一步优化,...
总结来说,MySQL主从复制与读写分离是解决高并发、大数据量场景下数据库性能和数据安全问题的有效手段。通过合理选择复制模式,可以平衡数据一致性和系统性能。而实际应用中,根据业务需求和系统规模,还需要考虑...
### MySQL并行复制降低主从同步延时的关键知识点 #### 一、背景介绍与问题提出 MySQL作为一款广泛使用的开源数据库管理系统,在许多大型系统中扮演着核心角色。其中,主从复制是MySQL实现高可用性和读写分离的一种...
- **多主节点复制**: 每个节点都可以接收写操作,避免了单点故障问题。 - **一致性保证**: 使用基于Paxos协议的一致性算法,保证数据在节点间的强一致性。 - **故障转移**: 当某个节点发生故障时,能够自动将其从...
三、MySQL主从复制 主从复制是MySQL实现高可用性和负载均衡的一种方式: 1. **复制模式**:包括异步复制(数据更新不会立即同步到从库)、半同步复制(主库确认至少一个从库接收到数据后才返回成功)和全同步复制...
本项目基于SpringBoot 2.0框架和MyBatis持久层技术,实现了主从数据库双数据源的配置,确保在高并发环境下既能保证数据的一致性,又能提升读取效率。 SpringBoot 2.0是Spring框架的一个轻量级版本,它简化了Spring...
为了提升系统的可用性和扩展性,采用MySQL主从服务器配置实现读写分离成为了一种常见且有效的解决方案。 #### 二、概念介绍 - **主服务器(Master)**:主要负责写操作(如插入、更新和删除),同时生成二进制日志...