两步轻松实现MySQL数据库主从复制

最近在做性能优化的系列课程,其中MySQL数据优化部分用到了主从复制,在这里和大家分享下实现原理以及配置步骤。

概念

MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式,这样从节点不用一直访问主服务器来更新自己的数据,数据的更新可以在远程连接上进行,从节点可以复制主数据库中的所有数据库或者特定的数据库,或者特定的表。

目的

  • 数据同步备份
    主库master发生故障后,可以马上切换到从库slave,降低服务风险。
  • 读写分离
    可以把写操作放在master,读取操作放在slave,减轻单一数据库的操作压力
  • 高可用HA
    随着系统中业务访问量的增大,如果是单机部署数据库,就会导致I/O访问频率过高。有了主从复制,增加多个数据存储节点,将负载分布在多个从节点上,降低单机磁盘I/O访问的频率,提高单个机器的I/O性能。

基本原理

master记录下自己的操作日志,授权从服务器可以读取操作日志,slave会开启两个线程。

  • IO线程
    负责连接master 连接成功后,睡眠并等待master产生新的事件,有新的就保存到自己的中继日志中,中继日志通常位于操作系统的缓存中,所以开销很小。
  • sql进程
    负责执行中继日志中的sql操作,这样slave的内容就和master的一致了。

执行步骤

主从复制原理
  1. 主库db的更新事件(update、insert、delete)被写到binlog
  2. 从库发起连接,连接到主库
  3. 主库创建一个binlog dump thread线程,把binlog的内容发送到从库
  4. 从库启动之后,创建一个I/O线程,读取主库传过来的binlog内容并写入到relay log.
  5. 还会创建一个SQL线程,从relay log里面读取内容,从Exec_Master_Log_Pos位置开始执行读取到的更新事件,将更新内容写入到slave的db.

配置方式

前提条件

停止对master数据库的操作,把master中的数据库全部导入到slave,使两边数据库完全一致。

配置master

  1. 修改master的配置文件,使用二进制日志,指定server-id,重启服务。目的是让各自都有了自己的唯一标示,并以二进制文件格式进行交流。Centos中路径为 /etc/my.cnf。
[mysqld]
log_bin=mysql-bin //[必须]启用二进制日志
server-id=10//[必须]服务器唯一ID,默认是1,一般取IP最后一段

配置完成后需要重启mysqlserver才能生效。

  1. 创建授权用户
    登陆主服务器mysql命令行,创建一个用于从服务器复制的用户。
mysql>GRANT REPLICATION SLAVE ON *.* to 'root'@'%' identified by '123456'; 

"."表示对所有库的所有操作,“%”表示所有客户端都可能连,也可用具体客户端IP代替,如192.168.33.11,加强安全。

  1. 记录master 状态信息
    查看二进制日志文件名,及最新位置。让slave知道用哪个用户信息访问master,知道读取哪个日志文件,及从哪儿开始读。
mysql>show master status;
mster状态

其中file、position字段需要记录下值,mysql-bin.000001 是用于主从复制的文件名,
437是日志文件内的最新位置。

配置slave

  1. 修改配置文件my.cnf,使用二进制日志,指定server-id,重新启动服务。
[mysqld]
log_bin=mysql-bin 
server-id=11
  1. 将slave指向master
    登陆从服务器mysql命令行,使用之前创建的用户和master的日志文件及其位置。slave中使用被授权用户信息及日志文件信息,进行指向master。这时已经建立了和master的联系,明确了从哪儿读取日志文件。
mysql>change master to master_host='192.168.33.10',master_user='root',master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=437;

//注意不要断开,“437”无单引号。

  1. 启动slave
mysql>start slave;
  1. 查看slave状态
mysql> show slave status\G;

结果中有两个重要数据项:

  1. Slave_IO_Running: Yes IO线程状态,必须YES
  2. Slave_SQL_Running: Yes SQL线程状态,必须YES
    常见的问题是SQL线程没有正常工作 Slave_SQL_Running: No。通常是两边的数据库不是完全对应的,需要确保master上的库及到目前为止的最新记录都复制到slave上了。

验证测试

当IO线程和SQL线程都正常后,到master中随意测试下插入、修改、删除操作,同时到slave中检查。

总结

至此就完成了Mysql server的主从复制,还是很简单易用的。大家可以弄两台虚机环境实际搭建测试下。

上一篇 《性能优化系列文章目录》 下一篇
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,519评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,842评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,544评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,742评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,646评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,027评论 1 275
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,513评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,169评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,324评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,268评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,299评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,996评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,591评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,667评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,911评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,288评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,871评论 2 341