数据库-面试题

本文详细介绍了MySQL主从架构的工作原理,包括bin-log日志的使用和主从同步过程。在主库宕机时,提出了合理的从库切换步骤,并讨论了如何处理其他从库。此外,当单台MySQL遇到性能瓶颈,提出了Amoeba数据库代理工具作为解决方案,通过负载均衡和数据切片提高系统性能。
摘要由CSDN通过智能技术生成

数据库集群

🌞 面试题: MySQL 一主多从,主库宕机,如何合理切换到从库,其他从库如何处理

⭕️ MySQL主从工作原理
请添加图片描述

主服务器(MySQL-master):
	负责接受和返回,用户的请求和查询

从服务器(MySQL-slave):
	负责备份主服务器的数据

主从服务器原理:
	技术点: bin-log日志(二进制日志)
	- bin-log只记录对数据库进行增删改的日志,查询是不被记录的;
	- 开启主服务器的bin-log日志记录功能,将主服务器的bin-log日志传到从服务器,从服务器根据日志内容将数据还原到本地。
	主从服务器:
	- 从服务器主动吧主服务器上的数据同步到本地(备份)

文字说明主从原理:
S为从,M为主
1. S: Change master to ip,port,user,password, binlog 位置信息写入到M.info中
2. S: 连接主库。
3. M: 分配Dump_T,专用和S_IO通信。show processlist
4. S: IO线程:IO线程请求新日志
5. M: DUMP_T接受请求,截取日志,返回给S_IO
6. S: IO线程接受binlog,日志先放在TCP/IP,此时网络层层面返回ACK给主库D。
7. S: IO将binlog最终写入到relaylog中,并更新M.info。IO线程工作结束
8. S: SQL线程读取R.info,读取上次执行到的位置点。
9. S: SQL线程向后执行新的relaylog,再次更新R.info。
小细节:
1. S: relay-log参数:relay_log_purge=ON,定期删除应用过的relay-log
2. M: Dump线程实时监控中主库的binlog变化,如果有新变化,发信号给从库

⭕️ 主从故障切换

1、登录所有库查看post信息,使用post最大的作为新的主库,然后将从为提升为新的主库,登录从库(新的主库)执行stop slave
2、修改my.conf配置文件,开启log-bin并重新启动数据库服务,登录数据库执行restet master,show master status\G; 查看主库信息,最后创建授权同步用户与权限和网站使用数据库的用户与权限,最后修改对应服务器的IP地址等信息
3、登录其他从库,执行change master 操作,查看同步状态

🌞 单台MySQL达到性能瓶颈时,如何击碎性能瓶颈?

请添加图片描述

数据库代理工具: Amoeba
Amoeba致力于MySQL的分布式数据前端代理层,它主要在应用层访问MySQL的时候充当SQL路由功能,专注分布式诗句库代理层开发。具有负载均衡、高可用、SQL过滤、读写分离、可路由相关的到目的数据库、可并发请求多台数据合并结果。通过Amoeba能够完成数据源的高可用、负载均衡、数据切片的功能。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值