为什么需要MySQL 主从分离呢
众所周知，随着用户量的增多，数据库操作往往会成为一个系统的瓶颈所在，而且一般的系统“读”的压力远远大于“写”，因此我们可以通过实现数据库的读写分离来提高系统的性能。
实现思路
通过设置主从数据库实现读写分离，主数据库负责“写操作”，从数据库负责“读操作”，根据压力情况，从数据库可以部署多个提高“读”的速度，借此来提高系统总体的性能。
这里是一张主从逻辑图 ，Master 主，slave 从，master 数据库执行DDL操作发生改变的时候，记录改变内容为日志，Slave数据库读取日志，进行同样操作
准备环境
准备两台服务器
192.168.1.1 master
192.168.1.2 slave
两台服务器安装 MySQL5.7，创建数据库 tester
主从配置
Master
Master 数据库my.cnf配置
# 注意区别从库的server-id
server-id=1
# 开启二进制日志，这里的master-bin是日志文件的前缀，不用刻意使用该名字
log-bin=D:\JSPsvr\MySQL\master-bin-t1
# 这个是 日志读取方式 推荐这个
binlog_format=mixed
# 需要同步的数据库
binlog-do-db=tester
配置完成后重启MySQL服务，重启完成后，进入mysql命令行
C:\Program Files (x86)\MySQL\MySQL Server 5.6\bin>mysql -u root -p
Enter password: ********
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 10934
Server version: 5.6.5-m8-log MySQL Community Server (GPL)
Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> show master status;
+----------------------+-----------+--------------+-----------------------------
------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB
| Executed_Gtid_Set |
+----------------------+-----------+--------------+-----------------------------
------+-------------------+
| master-bin-t1.000008 | 120 | tester | mysql,performance_schema,test,we7 |
+----------------------+-----------+--------------+-----------------------------
------+-------------------+
1 row in set (0.00 sec)
这样master就配置完成了。
Slave
# 日志存放位置
log-bin=D:\JSPsvr\MySQL\master-bin-t1
# id，注意和主库还有其他主库不要重了
server-id=3
# 同步的库
replicate-do-db=tester
# 不同步的库
replicate-ignore-db=mysql
# 该参数会写入日志，如果该从库是其他库的主库的时候需要设置该参数
log-slave-updates
slave-skip-errors=all
slave-net-timeout=60
重启MySQL服务
mysql> change master to master_host='192.168.1.1',master_port=3306,master_user='root',master_password='root', master_log_file='master-bin-t1.000001',master_log_pos=120;
以上参数中 master_host 主库ip地址，master_user 主库账号，master_password 主库密码，master_log_file 同步日志的名称，master_log_pos 在上面主库执行'show master status'; 查看主库状态的的Position 列的数据
mysql> show slave status \G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.1
Master_User: root
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: master-bin-t1.000008
Read_Master_Log_Pos: 120
Relay_Log_File: iZ5ykde8249kdzZ-relay-bin.000043
Relay_Log_Pos: 120
Relay_Master_Log_File: master-bin-t1.000008
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: tester
Replicate_Ignore_DB: mysql
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: 374917380
Relay_Log_Space: 362605611
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: cb84b7ac-9c41-11e9-9dc8-00163e03c333
Master_Info_File: D:\JSPsvr\mysql\data\master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for the sla
ve I/O thread to update it
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:
1 row in set (0.00 sec)
mysql>
看到
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
这两个参数 为yes，就代表主从配置成功
测试
#创建tb_test表
create table tb_test(ID int(11) primary key comment '主键ID',MEMO varchar(500) not null comment '信息');
#插入一条数据
insert into tb_test(ID,MEMO) values(1,'one test');
#提交
commit;
从服务器上登陆mysql，且进入tester数据库
你会发现从数据库中，也出现了tester表，且表中还有one test数据存在，证明同步数据成功
提示
若在主从同步的过程中，出现其中一条语句同步失败报错了，则后面的语句也肯定不能同步成功了。例如，主库有一条数据，而从库并没有这一条数据，然而，在主库执行了修改这一条数据的操作，那么从库没有这么一条数据就肯定修改不了，从而报错了。在此时的从数据库的数据同步就失败了，因此后面的同步语句就无法继续执行。
解决方法
# 在从数据库上操作
mysql > stop slave;
mysql > set global sql_slave_skip_counter=1;
mysql > start slave;
使用MySQL 主从的时候需要注意 在高峰期数据可能同步延迟的问题。
评论区