给mysql salve从库复制授权_MySQL主从复制

MySQL主从复制

引入

MySQL数据库的主从复制方案,是其自带的功能,并且主从复制并不是复制磁盘上的数据库文件,而是通过binlog日志复制到需要同步的从服务器上。

MySQL数据库支持单向、双向、链式级联,等不同业务场景的复制。在复制的过程中,一台服务器充当主服务器(Master),接收来自用户的内容更新,而一个或多个其他的服务器充当从服务器(slave),接收来自Master上binlog文件的日志内容,解析出SQL,重新更新到Slave,使得主从服务器数据达到一致。

主从复制的逻辑有以下几种

一主一从,单向主从同步模式,只能在Master端写入数据

一主多从

f9e7434957f20de5733cf07e910145e0.png

应用场景

#利用复制功能当Master服务器出现问题时,我们可以人工的切换到从服务器继续提供服务,此时服务器的数据和宕机时的数据几乎完全一致。#复制功能也可用作数据备份,但是如果人为的执行drop,delete等语句删除,那么从库的备份功能也就失效了.

原理

(1) master将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log events);

(2) slave将master的binary log events拷贝到它的中继日志(relay log);

(3) slave重做中继日志中的事件,将改变反映它自己的数据。

具体步骤

1,配置master主库

#查看数据库状态

systemctl status mariadb#停mariadb

systemctl stop mariadb#修改配置文件, 各个系统存放mysq配置文件的位置可能不太一样

vim /etc/my.cnf#修改内容#解释:server-id服务的唯一标识(主从之间都必须不同);log-bin启动二进制日志名称为mysql-bin

[mysqld]

server-id=1log-bin=mysql-bin#重启mariadb

systemctl start mariadb

2,在主库添加进行同步的用户

#1.新建用于主从同步的用户username,允许登录的从库是'%'

create user 'username'@'%' identified by 'password';#2.#注意:如果提示密码太简单不复合策略加在前面加这句

mysql> set global validate_password_policy=0;#3.给从库账号授权,说明给username从库复制的权限,在"%"机器上复制

grant replication slave on *.* to 'username'@'%';#检查主库创建的复制账号

select user,host frommysql.user;#检查授权账号的权限

show grants for username@'%';#实现对主数据库锁表只读,防止数据写入,数据复制失败

flush table with read lock;#4.检查主库的状态

MariaDB [(none)]>show master status;+------------------+----------+--------------+------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+------------------+----------+--------------+------------------+

| mysql-bin.000001 | 575 | | |

+------------------+----------+--------------+------------------+

1 row in set (0.00sec)#注意:File是二进制日志文件名,Position 是日志开始的位置。后面从库会用到 后面从库会用到 后面从库会用到

#5.锁表后,一定要单独再打开一个SSH窗口,导出数据库的所有数据,

[root@python]#mysqldump -uroot -p --all-databases > /data/all.sql

#6.确保数据导出后,没有数据插入,完毕再查看主库状态

show master status;#7.导出数据完毕后,解锁主库,恢复可写;

unlock tables;#8.将备份导出的数据scp至Slave数据库

scp /data/all.sql root@ip:/data/

3,配置salve从库机器

#1.设置server-id值并关闭binlog功能参数

数据库的server-id在主从复制体系内是唯一的,Slave的server-id要与主库和其他从库不同,并且注释掉Slave的binlog参数。#2.因此修改Slave的/etc/my.cnf,写入

[mysqld]

server-id=3

#3.重启数据库

systemctl restart mariadb#4.检查Slava从数据库的各项参数

show variables like 'log_bin';

show variables like'server_id';#5.恢复主库Master的数据导入到Slave库#导入数据(注意sql文件的路径)

mysql>source /data/all.sql;#方法二:#mysql -uroot -p < abc.sql

#6.配置复制的参数,Slave从库连接Master主库的配置

mysql > change master to master_host='x.x.x.x',

master_user='username',

master_password='password',

master_log_file='mysql-bin.000001',

master_log_pos=575;#7.启动从库的同步开关,测试主从复制的情况

start slave;#8.查看复制状态

show slave status\G;

4,检测主从复制状态关键点

MariaDB [(none)]>show slave status\G*************************** 1. row ***************************Slave_IO_State: Waitingformaster to send event

Master_Host:192.168.11.133Master_User: peng

Master_Port:3306Connect_Retry:60Master_Log_File: mysql-bin.000001Read_Master_Log_Pos:1039Relay_Log_File: slave-relay-bin.000002Relay_Log_Pos:537Relay_Master_Log_File: mysql-bin.000001Slave_IO_Running: Yes#为yes表示成功

Slave_SQL_Running: Yes #为yes表示成功

注意:

注意此处还未配置从库的只读模式,还需在slave服务器上配置/etc/my.cnf,加上以下配置,并且在slave上创建普通用户,使用普通用户主从同步即可达到只读的效果

如果用root用户,无法达到readonly(只读模式),这是一个坑

[mysqld]

character-set-server=utf8

collation-server=utf8_general_ci

log-error=/var/log/mysqld.log

server-id=3read-only=true

[client]

default-character-set=utf8

[mysql]

default-character-set=utf8

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值