当前位置:Gxlcms > 数据库问题 > Mysql主从复制搭建及详解

Mysql主从复制搭建及详解

时间:2021-07-01 10:21:17 帮助过:3人阅读

三年二班‘),(‘三年五班‘),(‘三年七班‘);

技术分享
此时从服务器中也有数据了
技术分享

执行更新操作

update class set `name`=‘三年三班‘ where id=3;

观察下图,发现数据确实发生了变化
技术分享

删除操作

观察下图,数据也是同步的
技术分享

数据表定义操作

1.添加一个student表

CREATE TABLE student(
 `id` INT(3) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT‘学生编号‘,
 `name` CHAR(10) NOT NULL DEFAULT ‘‘ COMMENT‘学生名‘,
 `class_id` INT(3) UNSIGNED NOT NULL DEFAULT 0 COMMENT‘班级编号‘,
 PRIMARY KEY(`id`)
) ENGINE=MYISAM DEFAULT CHARSET=utf8;

技术分享

2.往student表中添加一个字段

ALTER TABLE student ADD COLUMN age TINYINT(2) UNSIGNED NOT NULL DEFAULT 0 COMMENT‘学生年龄‘;

技术分享

指定负责的数据库或者表

可以通过replicate-do-db、replicate-do-table、replicate-ignore-db、replicate-ignore-table或者replicate-wild-do-table来指定主从数据库复制到从数据库的数据库或者表。

关于数据复制的一些重要参数

在上面搭建主从服务器的时候,使用了MASTER_HOST,MASTER_PORT,MASTER_USER,MASTER_PASSWORD,MASTER_LOG_FILE,MASTER_LOG_POS这些参数都要在从服务器上配置,下面再来说几个常用的启动选项,如log_slave_updates、read_only、master_verify_checksum

log_slave_updates

log_slave_updates这个参数用来配置从服务器上的更新操作是否写入二进制日志,默认是不打开的。
首先我们来看一下刚刚win下mysql的binlog日志内容
技术分享
可以发现,刚刚我们执行了增、删、改等操作,它并没有记录。
我们可以看到log_slave_updates是没有启动的
技术分享
且该属性是只读属性,不可以动态的设置,只能在配置文件中设置,如下图设置将会报错
技术分享

read_only

read-only选项:对所有的非临时表进行只读控制。但是有两种特殊情况
1. 对replication threads例外,以保证slave能够正常的进行replication。
2. 对于拥有super权限的用户,可以ignore这个选项。
技术分享
当以没有拥有super权限的用户登录时候,会提示如下:
技术分享
这样就确保了从数据只负责读数据操作,而拒绝写数据的操作。
补充:
SUPER 权限 :
1. 可以有change master to, kill其他用户的线程的权限。
2. Purge binary logs 来删除binary log, set global来动态设置变量的权限。
3. 执行mysqladmin debug命令,开启或者关闭log,在read-only打开时执行update/insert操作。
4. 执行start slave, stop slave.
5. 当连接数已经达到max_connections的最大值时,也可以连接到server。

master_verify_checksum

由于软硬件或者网络传输出错,导致主服务器上运行的sql语句与从服务器上运行的sql语句不一致,很难找到问题原因,mysql的开发人员在 5.6 Milestone Development Release版本中加入了 replication event checksum(主从复制事件校验)功能。master_verify_checksum主要用于复制事件校验。当一个event被写入binary log(二进制日志)的时候,checksum也同时写入binary log,然后在event通过网络传输到从服务器(slave)之后,再在从服务器中对其进行验证并写入从服务器的relay log。由于每一步都记录了event和checksum,所以我们可以很快地找出问题所在。

管理与维护

查看从服务器状态

使用show slave stauts;
技术分享
在查看这些信息中,比较重要的是”slave_io_runing”和”slave_sql_runing”这两个进程
slave_io_runing :此进程负责从服务器从主服务器上读取Binlog日志,并写入从服务器上的中继日志中。
Slave_SQL_Runing:此进程负责读取并执行中继日志中的binlog日子。
只要期中有一个进程的状态时no,则表示复制进程停止。

总结

主从配置
一、主服务器上配置
1.创建用户,并赋予REPLICATION SLAVE权限
2.开启binlog日志,并设置server_id
二、从服务器配置
1.指定server_id
2.指定主服务器配置

备注:

1.win下mysql开启与关闭(前提是需要配置path路径)
技术分享

2.server-id做什么用的

  • mysql的同步的数据中是包含server-id的,用于标识该语句最初是从哪个server写入的,所以server-id一定要有的,如果设置多个从服务器,每个从服务器必须有一个唯一的server-id值,必须与主服务器的以及其它从服务器的不相同。
  • 每一个同步中的slave在master上都对应一个master线程,该线程就是通过slave的server-id来标识的;每个slave在master端最多有一个master线程,如果两个slave的server-id 相同,则后一个连接成功时,前一个将被踢掉。
  • 在mysql做主从同步时,要保证一条数据不会陷入死循环,这里就是靠server-id来实现的。

Mysql主从复制搭建及详解

标签:

人气教程排行