读写分离实践(一) – MySQL主从环境搭建
-
背景:生产环境对数据库做了主从复制,但是实际中并没有使其真正用起来,我们的业务总是通过域名解析应用到了主库上,业务中并没有做读写分离,业务量巨大时加上各种慢SQL导致主库CPU与IO狂飙,甚至一度宕机,目前的配置是8C32G,最近换过两块固态了,一般数据库是不给用的,据说是DBA赌上性命争取来的😄,虽然略有帮助,但是作用并不是太大,正在提供数据进行论证,将配置升级到14C64G物理机。
-
方法:1.优化所有SQL,最低到range级别,尽量往ref,consts上靠,普及组内成员查看执行计划的习惯,怎样写出高效的SQL;2.尝试读写分离(好早就听过读写分离,耳朵都出茧子了,待过的大小公司也没遇见过,一直没实践过,只有实践才能出真知)
-
原料:MySQL版本 8.0.16
-
步骤:
说明:尽量使用相同版本的MySQL,由于我的服务器是8.0.16版本的MySQL,所以我把本地电脑的MySQL卸载了,安装成8.0.16的,保持与服务器MySQL版本一致。
Linux环境下MySQL主要配置,my.cnf文件一般在/etc目录下,养成好习惯先备份后修改,在my.cnf文件下加入如下配置
my.cnf文件
[mysqld]
server-id=100 #服务ID确保唯一
##开启二进制日志功能
log-bin=mysql-bin
##指定要备份的数据库,不配置默认同步所有
binlog-do-db=domgo
2.修改完后重启mysql服务
service mysqld restart
3.建立用于同步的用户账户
#登录mysql
1.mysql -uroot -p
#创建用户slave,密码slave,这一步可能会报错,报错没关系,报错后先执行drop user 'slave'@'%';在执行下面的#创建用户操作
2.CREATE USER 'slave'@'%' IDENTIFIED BY 'slave';
#修改用户slave密码
3.ALTER USER 'slave'@'%' IDENTIFIED WITH mysql_native_password BY 'slave';
#授予用户 slave REPLICATION SLAVE权限和REPLICATION CLIENT权限,用于在主从库之间同步数据
4.GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'%';
#刷新权限
5.flush privileges;
#执行show master status;命令查看mysql的状态,里面的position我们稍后同步会用到,至此主库配置完毕
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 9763 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
Windows环境下主要修改my.ini文件,老规矩,先备份后修改,加入如下配置
[mysqld]
server-id=98 #服务ID确保唯一
log-bin=mysql-bin #与主库配置保持一致
slave-skip-errors=all #跳过同步的所有错误sql,防止同步中断
2.重启服务
3.登录mysql,执行一下命令
mysql> change master to master_host='106.54.33.142', master_user='slave', master_password='slave', master_port=3306, master_log_file='mysql-bin.000001', master_log_pos= 9763, master_connect_retry=30;
至于该命令的各项参数是什么意思,我来一一解释一下
master_host:主库的ip地址,由于我使用的是云服务器,所以公网ip很好查
master_user:用于数据同步的用户
master_password:用于数据同步的用户的密码
master_log_file:指定用户从哪个日志文件开始复制数据,也就是主库show master status里的File
master_log_pos:开始同步数据的偏移量,设置为show master status里的Position值意味着从show master status那一刻起,主库之后的所有操作都会被同步到从库
master_connect_retry:如果连接失败,重试的时间间隔,单位是秒,默认是60秒
4.开启主从复制
start slave;
5.查看从库状态 Slave_IO_Running: Yes ; Slave_SQL_Running: Yes两个yes说明主从复制已经开启了,接下来在主库的任何操作都可以在从库体现出来了
show slave status \G;
mysql> show slave status \G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 106.54.33.142
Master_User: slave
Master_Port: 3306
Connect_Retry: 30
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 9763
Relay_Log_File: DESKTOP-7U9LCB1-relay-bin.000004
Relay_Log_Pos: 6247
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: 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: 9763
Relay_Log_Space: 6465
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: 100
Master_UUID: bdf5e240-11e8-11eb-b1fe-52540064aea6
Master_Info_File: mysql.slave_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:
Master_public_key_path:
Get_master_public_key: 0
Network_Namespace:
1 row in set (0.00 sec)
ERROR:
No query specified
总结
对一件事物知道的再多都不如自己亲身实践一次的体会来的深刻,虽然步骤很简单,但是做完这些后依然会有满满的成就感,或许这就是我的乐趣吧,至于为什么一个在linux环境下,一个在windows环境下,主要还是因为穷😝,基础环境搭建好了,接下来我们就开始在应用中实践读写分离