什么是主从复制

最新推荐文章于 2024-08-05 16:11:08 发布

泰斗

最新推荐文章于 2024-08-05 16:11:08 发布

阅读量241

点赞数

文章标签： adb android

本文链接：https://blog.csdn.net/weixin_53113186/article/details/132075732

版权

一、什么是主从复制?
概念主从复制是用来建立一个和主数据库完全一样的数据库环境称为从数据库；主数据库一般是准实时的业务数据库。
2、主从复制作用
我们来思考如果在企业网站中，后端MYSQL数据库只有一台时候，会有以下问题：
1、单点故障服务不可用
2、无法处理大量的并发数据请求
3、数据丢失
所以通过主从复制后，它的优点就很明显
1、如果主节点出现故障，那么我们就直接将服务切到从节点，来保证服务立马可用。
2、如果并发请求特别大的时候，我们可用进行读写分离操作，让主库负责写，从库负责读。
3、如果主库数据丢失，但从库还保存一份，减少数据丢失的风险。

二、主从复制原理
1、主从复制原理
(1) Master的更新事件(update、insert、delete)会按照顺序写入bin-log中。当Slave连接到Master的后,Master机器会为Slave开启binlog dump线程,该线程会去读取bin-log日志
(2) Slave连接到Master后,Slave库有一个I/O线程通过请求binlog dump thread读取bin-log日志,然后写入从库的relay log日志中。
(3) Slave还有一个 SQL线程,实时监控 relay-log日志内容是否有更新,解析文件中的SQL语句,在Slave数据库中去执行。

2从库数据：

3全备主库
全备主库时需要另开一个终端，给数据库加上读锁，避免在备份期间有其他人在写入导致数据不一致
mysql> flush tables with read lock;
Query OK, 0 rows affected (0.01 sec)

mysql>

mysql> create database test4; ##不提示也不报错

4查看状态

可以直接终止命令

mysql> kill 5
-> ;
Query OK, 0 rows affected (0.00 sec)

[root@master ~]# mysqldump -uroot -p123 --all-databases > all_databases.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@master ~]# ls
all_databases.sql Desktop Downloads original-ks.cfg Public sqlkey.txt Templates Videos
anaconda-ks.cfg Documents Music Pictures some-databases_backup.sql tables_backup.sql test1_backup

5传到从库
[root@master ~]# scp all_databases.sql 192.168.216.181:/root/
all_databases.sql
从库恢复数据
[root@localhost ~]# mysql -uroot -p1 < all_databases.sql
mysql: [Warning] Using a password on the command line interface can be insecure.

6在主数据库里创建一个同步账号授权给从数据库使用
mysql> grant replication slave on . to ‘lhj’@‘192.168.216.181’ identified by ‘123’; #记得解除读锁
Query OK, 0 rows affected, 1 warning (5.60 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

7修改主库配置文件
[root@master ~]# cat /etc/my.cnf
[mysqld]
datadir=/opt/data
socket=/tmp/mysql.sock
basedir=/usr/local/mysql
port=3306
character-set-server=utf8
log-error=/var/log/mysqld.log
pid-file=/opt/data/mysql.pid
#添加下面2行
log-bin=mysql-bin ##启用二进制日志
server-id=1 ## 数据库服务器唯一标识符，主库的server-id值必须比从库的小

8保存重启
[root@master ~]# service mysqld restart
Shutting down MySQL… SUCCESS!
Starting MySQL. SUCCESS!
查看主库状态
mysql> show master status;
±-----------------±---------±-------------±-----------------±------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
±-----------------±---------±-------------±-----------------±------------------+
| mysql-bin.000001 | 154 | | | |
±-----------------±---------±-------------±-----------------±------------------+
1 row in set (0.00 sec)

9配置从库
[root@localhost ~]# cat /etc/my.cnf
[mysqld]
datadir=/opt/data
socket= /tmp/mysql.sock
port=3306
basedir=/usr/local/mysql
pid-file=/opt/data/mysqld.pid
skip-name-resolve

10# slave config ##从库添加配置
server-id = 20 ## 设置从库的唯一标识符，从库的server-id值必须大于主库的该值
relay-log=mysql-relay-bin ## 启用中继日志relay-log

11重启从库
[root@localhost ~]# service mysqld restart
Shutting down MySQL… SUCCESS!
Starting MySQL. SUCCESS!进入从库
mysql> change master to
-> master_host=‘192.168.216.179’,## 主库地址
-> master_user=‘lhj’, ## 用户
-> master_password=‘123’,## 密码
-> master_log_file=‘mysql-bin.000001’, ##查询主库的状态引用
-> master_log_pos=154; ## 地址不带引号
Query OK, 0 rows affected, 2 warnings (0.02 sec)

12开启主从并查看状态
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.216.179
Master_User: lhj
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 154
Relay_Log_File: mysql-relay-bin.000002
Relay_Log_Pos: 320
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes # IO与SQL必须都为yes，反之不成功
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 154
Relay_Log_Space: 527
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
Master_UUID: 043362d2-08cc-11ec-a0fd-000c2933c088
Master_Info_File: /opt/data/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
1 row in set (0.00 sec)