MySQL复制的概述、安装、故障、技巧、工具(火丁分享)

首先主服务器把数据变化记录到主日志,然后从服务器通过I/O线程读取主服务器上的主日志,并且把它写入到从服务器的中继日志中,接着SQL线程读取中继日志,并且在从服务器上重放,从而实现MySQL复制

同MongoDB,Redis这样的NoSQL数据库的复制相比,MySQL复制显得相当复杂!

概述

首先主服务器把数据变化记录到主日志,然后从服务器通过I/O线程读取主服务器上的主日志,并且把它写入到从服务器的中继日志中,接着SQL线程读取中继日志,并且在从服务器上重放,从而实现MySQL复制。具体如下图所示:

整个过程反映到从服务器上,对应三套日志信息,可在从服务器上用如下命令查看:
代码如下:
mysql> SHOW SLAVE STATUS;

Master_Log_File & Read_Master_Log_Pos:下一个传输的主日志信息。
Relay_Master_Log_File & Exec_Master_Log_Pos:下一个执行的主日志信息。
Relay_Log_File & Relay_Log_Pos:下一个执行的中继日志信息。
理解这些日志信息的含义对于解决故障至关重要,后文会详细阐述。
安装
先在主服务器上创建复制账号:
代码如下:
mysql> GRANT REPLICATION SLAVE ON *.*
TO ”@”
IDENTIFIED BY ”;

注:出于安全性和灵活性的考虑,不要把root等具有权限用户作为复制账号。然后设置主服务器配置文件(缺省:/etc/my.cnf):
代码如下:
[mysqld]

server_id = 100
log_bin = mysql-bin
log_bin_index = mysql-bin.index
sync_binlog = 1
innodb_flush_log_at_trx_commit = 1
innodb_support_xa = 1

注:一定要保证主从服务器各自的server_id唯一,避免冲突。

注:如果没有指定的话,缺省会使用主机名作为名字,如此一来一旦主机名发生改变,就会出问题,所以推荐指定log_bin(从服务器的relay_log存在一样的问题)。

注:,,三个选项都是出于安全目的设置的,不是复制的必须选项。

接着设置从服务器配置文件(缺省:/etc/my.cnf):
代码如下:
[mysqld]
server_id = 200
log_bin = mysql-bin
log_bin_index = mysql-bin.index
relay_log = mysql-relay-bin
relay_log_index = mysql-relay-bin.index
read_only = 1
skip_slave_start = 1
log_slave_updates = 1

注:如果用户有SUPER权限,则无效。

注:有了,除非使用命令,否则从服务器不会开始复制。

注:设置,让从服务器记录日志,有助于在必要时把从切换成主。

下面最重要的步骤是如何克隆一份主服务器的数据:

如果数据库使用的是MyISAM表类型的话,可按如下方式操作:
代码如下:
shell> mysqldump –all-databases –master-data=1 > data.sql

注:选项缺省会打开,并写入语句。

如果数据库使用的是InnoDB表类型的话,则应该使用:
代码如下:
shell> mysqldump –all-databases –single-transaction –master-data=1 > data.sql

有了数据文件,传输到从服务器上并导入:
代码如下:
shell> mysql
如果数据量很大的话,mysqldump会非常慢,此时直接拷贝数据文件能节省不少时间:
在拷贝之前要先锁定数据,然后再获得相关的日志信息(FILE & POSITION):
代码如下:
mysql> FLUSH TABLES WITH READ LOCK;
mysql> SHOW MASTER STATUS;

接下来拷贝数据文件时,如果是MyISAM表类型的话,直接拷贝即可;如果是InnoDB表类型的话,一定要先停止MySQL服务再拷贝,否则拷贝文件可能无法使用。把拷贝的数据文件直接复制到从服务器的数据目录。
最后还需要再指定一下日志信息:
代码如下:
mysql> CHANGE MASTER TO
MASTER_HOST=”,
MASTER_USER=”,
MASTER_PASSWORD=”,
MASTER_LOG_FILE=”,
MASTER_LOG_POS=;

注:不要在my.cnf配置文件里设置MASTER_USER和MASTER_PASSWORD,因为最终生效的是CHANGE MASTER TO生成的master.info文件里的信息。

在主服务器上直接拷贝数据文件虽然很快,但需要锁表或者停止服务,这会影响线上服务。如果先前已经有了从服务器,那么可以用旧的从服务器做母本来克隆新的从服务器:

先在旧的从服务器上查询日志信息:
代码如下:
mysql> SHOW SLAVE STATUS;

我们需要的是其中的Relay_Master_Log_File & Exec_Master_Log_Pos。

然后在旧的从服务器上按照前面的方法得到数据,并在新的从服务器上还原。

接着在新的从服务器上设置日志信息:
代码如下:
mysql> CHANGE MASTER TO
MASTER_HOST=”,
MASTER_USER=”,
MASTER_PASSWORD=”,
MASTER_LOG_FILE=”,
MASTER_LOG_POS=;

不管用那个方法,最后记得在从服务器上启动复制,并检查工作是否正常:
代码如下:
mysql> START SLAVE;
mysql> SHOW SLAVE STATUS;

如果IO线程和SQL线程都显示Yes,就可以感谢上帝了:

Slave_IO_Running 对应:Master_Log_File & Read_Master_Log_Pos

Slave_SQL_Running 对应:Relay_Master_Log_File & Exec_Master_Log_Pos

如果显示No,则说明前面某些配置步骤出错,或者对应的日志文件有问题。

故障

问题:主从复制不止何故停止了,我该怎么办?

答案:复制错误多半是因为日志错误引起的,所以首先要搞清楚是主日志错误还是中继日志错误,从错误信息里一般就能判断,如果不能可以使用类似下面的mysqlbinlog命令:
代码如下:
shell> mysqlbinlog > /dev/null
shell> mysqlbinlog > /dev/null

如果没有错误,则不会有任何输出,反之如果有错误,则会显示出来。
如果是主日志错误,则需要在从服务器使用,如下:
代码如下:
mysql> SET GLOBAL sql_slave_skip_counter = 1;
mysql> START SLAVE;

注:如果有多个错误,可能需要执行多次(提醒:主从服务器数据可能因此不一致)。
如果是中继日志错误,只要在从服务器使用SHOW SLAVE STATUS结果中的日志信息重新CHANGE MASTER TO即可,系统会抛弃当前的中继日志,重新下载:
代码如下:
mysql> CHANGE MASTER TO
MASTER_LOG_FILE=”,
MASTER_LOG_POS=;
mysql> START SLAVE;

至于为什么使用的是Relay_Master_Log_File & Exec_Master_Log_Pos,参见概述。
问题:主服务器宕机了,如何把从服务器提升会主服务器?
答案:在一主多从的环境总,需选择数据最新的从服务器做新的主服务器。如下图所示:

提升从服务器为主服务器

在一主(Server1)两从(Server2,、Server3)的环境中,Server1宕机后,等到Server1和Server2把宕机前同步到的日志都执行完,比较Master_Log_File和Read_Master_Log_Pos就可以判断出谁快谁慢,因为Server2从 Server1同步的数据(1582)比Server3从Server1同步的数据(1493)新,所以应该提升Server2为新的主服务器,那么 Server3在CHANGE MASTER TO到Server2的时候应该使用什么样的参数呢?1582-1493=89,而Server2的最后的二进制日志位置是8167,所以答案是 8167-89=8078。

技巧

主从服务器中的表可以使用不同的表类型。比如主服务器可以使用InnoDB表类型,提供事务,行锁等高级特性,从服务器可以使用MyISAM表类型,内存消耗少,易备份等优点。还有一个例子,一台主服务器如果同时带很多个从服务器的话,势必会影响其性能,此时可以拿出一台服务器作为从服务器代理,使用BLACKHOLE表类型,只记录日志,不写数据,由它带多台从服务器,从而提升性能。

主从服务器中的表可以使用不同的键类型。比如主服务器用InnoDB,键用VARCHAR的话节省空间,从服务器使用MyISAM,键用CHAR提高速度,因为MyISAM有静态表一说。

主从服务器中的表可以使用不同的索引。主服务器主要用来应付写操作,所以除了主键和唯一索引等保证数据关系的索引一般都可以不加,从服务器一般用来应付读操作,所以可以针对查询特征设置索引,再进一步,不同的从服务器可以针对不同的查询设置不同的索引。

工具

有一些优秀的工具可以让你的复制工作得到事半功倍的效果,详细内容请参考各自文档:

此外,Google Project Hosting里还有很多有趣的项目,可用标签搜索。

说明:本文参考了下面列出的书籍中相关的内容:

(来源:)

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至253000106@qq.com举报,一经查实,本站将立刻删除。

发布者:PHP中文网,转转请注明出处:https://www.chuangxiangniao.com/p/1687933.html

(0)
上一篇 2025年2月19日 12:00:29
下一篇 2025年2月19日 12:00:42

AD推荐 黄金广告位招租... 更多推荐

相关推荐

  • MySQL复制过滤注意事项

    MySQL复制过滤注意事项,有DB过滤规则的时候,statment模式必须使用USE语句,不能出现 db.表名,db.视图,db.存储程序这样的形式 1、replicate_do_db 和 replicate_ignore_db 不要同时出…

    数据库 2025年2月22日
    100
  • MySQL复制之时区问题

    今天接到一需求,说要在国际间为MySQL建立复制。这其实没什么的,网络环境再差,MySQL也是可以应对的。但偏偏出现时区问题的错误 今天接到一需求,说要在国际间为mysql建立复制。这其实没什么的,网络环境再差,mysql也是可以应对的。但…

    数据库 2025年2月22日
    100
  • MySQL复制模式的全面剖析

    基于语句的复制:就是从库(slave)基于产生变化的SQL语句从主库(master)进行复制。在MySQL5.1.4版本之前是binlog和复制唯一支持  mysql replication  format 1:MySQL支持的复制的模式:…

    数据库 2025年2月22日
    100
  • MySQL复制环境中使用slave_exec_mod参数

    先看下slave_exec_mod官方描述 Command-Line Format –slave-exec-mode=mode Option-File Format slave_exec_mode System 先看下slave…

    数据库 2025年2月22日
    100
  • MySQL数据库备份之复制

    MySQL数据库备份之复制目录:1.MySQL复制简介2.MySQL复制的优势与思路3.数据复制环境之主服务器设置4.数据复制环境之从服务器设置5.创建复制帐号6.获取主服务器二 3.数据复制环境之主服务器设置 在实际的生产环境中,可能在我…

    数据库 2025年2月22日
    100
  • MySQL中的数据主从复制技术

    mysql数据库是一种非常流行的关系型数据库管理系统,支持多种数据复制技术,其中较为常用的是主从复制技术。本文将介绍mysql中的数据主从复制技术,包括原理、实现方法、常见问题及应对措施等方面。 一、主从复制技术的原理 MySQL中的主从复…

    数据库 2025年2月18日
    200
  • MySQL中设置数据复制的镜像技巧

    mysql是一个非常流行的关系型数据库管理系统,它具有良好的性能和稳定性,是众多企业和组织广泛使用的数据库软件。在mysql中,数据复制是非常重要的特性,它可以让数据在多个数据库服务器之间进行同步,保证数据的安全性和可靠性。设置mysql数…

    数据库 2025年2月18日
    200
  • MySql的复制与集群:如何实现大规模的分布式数据库

    随着业务发展和数据量的逐步增加,单个数据库已经不能完全满足需求了,而分布式数据库系统成为了业内重要的解决方案。而mysql是目前最受欢迎的关系型数据库之一,对于使用mysql构建分布式数据库也有很多的解决方案。在这篇文章中,我们将深入探讨m…

    数据库 2025年2月18日
    200

发表回复

登录后才能评论