蛋糕网站建设方案,永兴城乡住房建设部网站,百度站长提交,vip视频网站如何做1.1、MySQL Replication 主从复制#xff08;也称 AB 复制#xff09;允许将来自一个MySQL数据库服务器#xff08;主服务器#xff09;的数据复制到一个或多个MySQL数据库服务器#xff08;从服务器#xff09;。 根据配置#xff0c;您可以复制数据库中的所有数据库也称 AB 复制允许将来自一个MySQL数据库服务器主服务器的数据复制到一个或多个MySQL数据库服务器从服务器。 根据配置您可以复制数据库中的所有数据库所选数据库甚至选定的表。 MySQL主从复制的优点包括 横向扩展解决方案 - 在多个从站之间分配负载以提高性能。在此环境中所有写入和更新都必须在主服务器上进行。但是读取可以在一个或多个从设备上进行。该模型可以提高写入性能因为主设备专用于更新同时显着提高了越来越多的从设备的读取速度。 数据安全性 - 因为数据被复制到从站并且从站可以暂停复制过程所以可以在从站上运行备份服务而不会破坏相应的主数据。 分析 - 可以在主服务器上创建实时数据而信息分析可以在从服务器上进行而不会影响主服务器的性能。 备份 - 可以使用从服务器数据进行备份减轻主服务器的压力。
1.2、Replication的原理 前提是作为主服务器角色的数据库服务器必须开启二进制binlog日志 原理 主服务器上面的任何修改都会保存在二进制日志 Bin-log日志 里面。 从服务器上面启动一个I/O线程 连接到主服务器上面请求读取二进制Bin-log日志然后把读取到的二进制日志写到本地的Realy-log中继日志里面。 从服务器上面同时开启一个SQL线程读取Realy-log中继日志如果发现有更新立即把更新的内容在本机的数据库上面执行一遍。 1.3、配置Replication
配置步骤
实验:
两台虚拟机一主一从
两台都配置hosts解析
# cat /etc/hosts
192.168.62.152 mysql-master
192.168.62.151 mysql-slave1
两端关闭防火墙selinux
主服务器 在主服务器上您必须启用二进制日志记录并配置唯一的服务器ID。需要重启服务器。
编辑主服务器的配置文件 my.cnf添加如下内容
添加配置
[mysqld]
log-bin/var/log/mysql/mysql-bin
server-id1
创建日志目录并赋予权限
[rootmysql-1 ~]# mkdir /var/log/mysql
[rootmysql-1 ~]# chown mysql.mysql /var/log/mysql
重启服务
[rootmysql-1 ~]# systemctl restart mysqld
2.应该创建一个专门用于复制数据的用户
每个从服务器需要使用MySQL 主服务器上的用户名和密码连接到主服务器。
例如计划使用用户 repl 可以从任何主机上连接到 master 上进行复制操作, 并且用户 repl 仅可以使用复制的权限。
在 主服务器 上执行如下操作
mysql GRANT REPLICATION SLAVE ON *.* TO repl% identified by 123;
将复制的权限给与此用户
3.在从服务器上使用刚才创建的用户进行测试连接
[rootmysql-slalve ~]# mysql -urepl -p123 -hmysql-master1
测试是否连通连通退出即可
下面的操作根据如下情况继续
主服务器中有数据 在主服务器中导出先有的数据将此数据复制到每个从站。 使用mysqldump工具创建要复制的所有数据库的转储。这是推荐的方法尤其是在使用时 InnoDB。
[rootmysql ~]# mysqldump -u用户名 -p密码 --all-databases dbdump.db
这里的用户是主服务器的用户 从主服务器中使用 scp 工具把备份出来的数据传输到从服务器中。
在主服务中执行如下命令
[rootmysql ~]# scp dbdump.db rootmysql-slave1:/root/
这里的 mysql-slave1 需要能被主服务器解析出 IP 地址或者说可以在主服务器中 ping 通。 配置从服务器并重启 在从服务器 上编辑其配置文件 my.cnf 并添加如下内容
// my.cnf 文件
[mysqld]
server-id2
配置之后重启生效 导入数据到从服务器并配置连接到主服务器的相关信息
登录到从服务器上执行如下操作
/*导入数据*/
[rootmysql-slave1 ~] mysql -uroot -p123 alldb.sql
5.查看主服务器的binlog日志的名称和位置 6.在从服务器配置连接到主服务器的相关信息
mysql CHANGE MASTER TO
MASTER_HOSTmysql-master, -- 主服务器的主机名(也可以是 IP)
MASTER_USERrepl, -- 连接到主服务器的用户
MASTER_PASSWORDQf_123456; -- 到主服务器的密码
MASTER_LOG_FILEmysql-bin.000001, -- 从主服务器的哪个binlog日志读取
MASTER_LOG_POS589; -- 从主服务器的binlog日志的哪个位置开始同步
7.启动从服务器的复制线程
mysql start slave;
Query OK, 0 rows affected (0.09 sec)
8.检查是否成功
在从服务上执行如下操作加长从服务器端 IO线程和 SQL 线程是否是 OK
mysql show slave status\G
输出结果中应该看到 I/O 线程和 SQL 线程都是 YES, 就表示成功。
执行此过程后在主服务上操作的修改数据的操作都会在从服务器中执行一遍这样就保证了数据的一致性。
主服务器中无数据
主服务器中设置
my.cnf配置文件
[mysqld]
log-bin/var/log/mysql/mysql-bin
server-id1
创建日志目录并赋予权限
[rootmysql ~]# mkdir /var/log/mysql
[rootmysql ~]# chown mysql.mysql /var/log/mysql
重启服务
找出root的初始密码
[rootmysql-master ~]# grep password /var/log/mysqld.log 设置root的密码
mysql alter user rootlocalhost identified by Syf_123456;
创建主从同步的用户
mysql GRANT REPLICATION SLAVE ON *.* TO repl% identified by Syf_123456;
从服务器设置
my.cnf配置文件
[mysqld]
server-id3
重启服务
在主服务器上操作
查看主服务器的binlog日志的名称和位置
mysql show master status \G 在从服务器的 mysql 中执行如下语句 找出root的密码 [rootmysql-slave1 ~]# grep password /var/log/mysqld.log
进入从数据库 [rootmysql-slave1 ~]# mysql -uroot -pdY3K2((y/hhk
mysql CHANGE MASTER TO
MASTER_HOSTmysql-master,
MASTER_USERrepl,
MASTER_PASSWORD123,
MASTER_LOG_FILEmysql-bin.000002,
MASTER_LOG_POS681;
mysql start slave;
在从站上暂停复制
您可以使用和stop slave和start slave语句停止并启动从站上的复制 。
要停止从主服务器处理二进制日志请使用
mysql stop slave; //暂停
mysql start slave; //启动
1.4、配置Replication(gtid方式)
基于事务的Replication就是利用GTID来实现的复制
GTID全局事务标示符最初由google实现在MySQL 5.6中引入.GTID在事务提交时生成由UUID和事务ID组成.uuid会在第一次启动MySQL时生成保存在数据目录下的auto .cnf文件里事务ID则从1开始自增使用GTID的好处主要有两点 不再需要指定传统复制中的master_log_files和master_log_pos使主从复制更简单可靠 可以实现基于库的多线程复制减小主从复制的延迟
实验环境要求 5.7.6 以上版本
主从均清除刚才实验的环境
[rootmysql-master ~]# systemctl stop mysqld
[rootmysql-slave1 ~]# systemctl stop mysqld
注意以下两步均危险操作在以后工作环境中绝对不能删除数据库。
可以先mysqldump导出一份备份文件在执行此操作
[rootmysql-master ~]# rm -rf /var/lib/mysql/*
[rootmysql-master ~]# rm -rf /var/log/mysql/*
[rootmysql-slave1 ~]# rm -rf /var/lib/mysql/*
主库配置 vim /etc/my.cnf
[mysqld]
log-bin/var/log/mysql/mysql-bin
server-id1
#打开gtid模式
gtid_modeON
enforce_gtid_consistency1
重启服务
systemctl start mysqld
分别找出主从服务器root用户的初始密码
[rootmysql-master ~]# grep password /var/log/mysqld.log
主服务器修改数据库root用户密码可选操作
[rootmysql-master ~]# mysqladmin -uroot -pQsgW(D#F9i password Syf_123456
从服务器修改数据库root用户密码可选操作
[rootmysql-slave1 ~]# mysqladmin -uroot -ptUthsaZ0sh(? password Syf_123456
其他和之前的一样 创建专属用户并授权 假如有数据导出数据
mysql GRANT REPLICATION SLAVE ON *.* TO repl% identified by Qf_123456;
从库配置
测试用户有效性
mysql -urepl -pQf_123456 -hmysql-master
连接成功退出
# vim /etc/my.cnf #在配置文件中添加配置
[mysqld]
server-id2
#打开gtid模式
gtid_modeON
enforce_gtid_consistency1
重启服务
systemctl start mysqld
Mysql 从服务器终端执行连接信息
mysql CHANGE MASTER TO
MASTER_HOSTmysql-master,
MASTER_USERrepl,
MASTER_PASSWORDQf_123456,
MASTER_AUTO_POSITION1;
start slave;
查看是否同步成功
mysql show slave status\G 二、Replication故障排除
2.1、开启 GTID 后的导出导入数据的注意点 Warning: A partial dump from a server that has GTIDs will by default include the GTIDs of all transactions, even those that changed suppressed parts of the database. If you dont want to restore GTIDs, pass --set-gtid-purgedOFF. To make a complete dump, pass --all-databases --triggers --routines --events 意思是 当前数据库实例中开启了 GTID 功能, 在开启有 GTID 功能的数据库实例中, 导出其中任何一个库, 如果没有显示地指定--set-gtid-purged参数, 都会提示这一行信息. 意思是默认情况下, 导出的库中含有 GTID 信息, 如果不想导出包含有 GTID 信息的数据库, 需要显示地添加--set-gtid-purgedOFF参数.
mysqldump -uroot -p --set-gtid-purgedOFF --all-databases alldb.db
导入数据是就可以相往常一样导入了。
2.2、UUID一致导致主从复制I/O线程不是yes Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work 致命错误由于master和slave具有相同的mysql服务器uuid导致I/O线程不进行这些uuid必须不同才能使复制工作。
问题提示主从使用了相同的server UUID一个个的检查
检查主从server_id
主库
mysql show variables like server_id;
----------------------
| Variable_name | Value |
----------------------
| server_id | 1 |
----------------------
从库
mysql show variables like server_id;
----------------------
| Variable_name | Value |
----------------------
| server_id | 2 |
----------------------
1 row in set (0.00 sec)
server_id不一样排除。
检查主从状态
主库
mysql show master status\G
*************************** 1. row ***************************File: mysql-bin.000002Position: 849Binlog_Do_DB: Binlog_Ignore_DB:
Executed_Gtid_Set: 21c27a81-633b-11ea-8d7d-00163e064efa:1-3
1 row in set (0.00 sec)
从库
mysql show slave status\G
*************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host: 172.31.47.161Master_User: replMaster_Port: 3306Connect_Retry: 60Master_Log_File: mysql-bin.000002Read_Master_Log_Pos: 849
File一样排除。
最后检查发现他们的auto.cnf中的server-uuid是一样的。
[rootlocalhost ~]# vim /var/lib/mysql/auto.cnf
[auto]
server-uuid4f37a731-9b79-11e8-8013-000c29f0700f
修改uuid并重启服务
