生产环境数据库性能监控和优化面试环节——面试专题

生产环境数据库性能监控和优化面试环节——面试专题

生产环境数据库性能监控和优化面试环节——面试专题




前言

生产环境数据库性能监控和优化面试环节——面试专题。


一、线上数据库监控

业务性能

1、应用上线前会审查业务新增的sql,和分析sql执行计划
比如是否存在 select * ,索引建立是否合理
2、开启慢查询日志,定期分析慢查询日志

3、监控CPU/内存利用率,读写、网关IO、流量带宽 随着时间的变化统计图

4、吞吐量QPS/TPS,一天内读写随着时间的变化统计图

数据安全

1、短期增量备份,比如一周一次。 定期全量备份,比如一月一次

2、检查是否有非授权用户,是否存在弱口令,网络防火墙检查

3、导出数据是否进行脱敏,防止数据泄露或者黑产利用

4、数据库 全量操作日志审计,防止数据泄露

5、数据库账号密码 业务独立,权限独立控制,防止多库共用同个账号密码

6、高可用 主从架构,多机房部署

二、MySQL常见日志

redo 重做日志

作用:确保事务的持久性,防止在发生故障,脏页未写入磁盘。重启数据库会进行redo log执行重做,到达事务一致性

undo 回滚日志

作用:保证数据的原子性,记录事务发生之前的数据的一个版本,用于回滚。
innodb事务的可重复读和读取已提交 隔离级别就是通过mvcc+undo实现

errorlog 错误日志

作用:Mysql本身启动、停止、运行期间发生的错误信息

slow query log 慢查询日志

作用:记录执行时间过长的sql,时间阈值可以配置,只记录执行成功

binlog 二进制日志

作用:用于主从复制,实现主从同步

relay log 中继日志

作用:用于数据库主从同步,将主库发送来的binlog先保存在本地,然后从库进行回放

general log 普通日志

作用:记录数据库操作明细,默认关闭,开启会降低数据库性能

三、数据库主从,原理流程

1、你们数据库是单点的吗?有没做多节点优化 ,怎么做的?

我们公司数据库不是单节点,是多节点的,有做主从复制

2、异步复制原理流程图

在这里插入图片描述
1、主库一个线程,从库两个线程
2、主库生成一个log dump线程,和从库IO线程交互
3、IO线程请求主库bin log,写入到中继日志relay log
4、SQL线程读取中继日志,解析然后写入到从库

3、主从复制的目的

容灾使用,用于故障切换
业务需要,进行读写分离减少主库压力

4、主从复制同步延迟问题

保证性能第一情况下,不能百分百解决主从同步延迟问题,只能增加缓解措施。

现象:主从同步,大数据量场景下,会发现写入主库的数据,在从库没找到。

原因:
1、主从复制是单线程操作,当主库TPS高,产生的超过从库sql线程执行能力

2、从库执行了大的sql操作,阻塞等待

3、服务器硬件问题,如磁盘,CPU,还有网络延迟等

解决办法:
1、业务需要有一定的容忍度,程序和数据库直接增加缓存,降低读压力

2、业务适合的话,写入主库后,再写缓存,读的时候可以读缓存,没命中再读从库

3、读写分离,一主多从,分散主库和从库压力

4、提高硬件配置,比如使用SSD固态硬盘、更好的CPU和网络

5、进行分库分表,减少单机压力

5、主从复制数据一致性校验方案

什么场景下会出现主从数据不一致

1、本身复制延迟导致
2、主库宕机或者从库宕机都会导致复制中断
3、把一个从库提升为主库,可能导致从库和主库的数据不一致性

是否有做过主从一致性校验,你是怎么做的,如果没做过,你计划怎么做?

Mysql主从复制是基于binlog复制,难免出现复制数据不一致的风险,引起用户数据访问前后不一致的风险
所以要定期开展主从复制数据一致性的校验并修复,避免这些问题

解决方案之一,使用Percona公司下的工具

pt-table-checksum工具进行一致性校验

原理:
主库利用表中的索引,将表的数据切割成一个个chunk(块),然后进行计算得到checksum值。
从库也执相应的操作,并在从库上计算相同数据块的checksum,然后对比主从中各个表的checksum是否一致并存储到数据库,最后通过存储校验结果的表就可以判断出哪些表的数据不一致

pt-table-sync(在从库执行)工具进行修复不一致数据,可以修复主从结构数据的不一致,也可以修复非主从结构数据表的数据不一致

原理:在主库上执行数据的更改,再同步到从库上,不会直接更改成从的数据。在主库上执行更改是基于主库现在的数据,也不会更改主库上的数据,可以同步某些表或整个库的数据,但它不同步表结构、索引,只同步不一致的数据

注意:
默认主库要检查的表在从库都存在,并且同主库表有相同的表结构
如果表中没有索引,pt-table-checksum将没法处理,一般要求最基本都要有主键索引
pt-table-sync工具会修改数据,使用前最好备份下数据,防止误操作

pt-table-checksum怎么保证某个chunk的时候checksum数据一致性?

当pt工具在计算主库上某chunk的checksum时,主库可能在更新且从库可能复制延迟,那该怎么保证主库与从库计算的是”同一份”数据,答案把要checksum的行加上for update锁并计算,这保证了主库的某个chunk内部数据的一致性


总结

生产环境数据库性能监控和优化面试环节——面试专题。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

RobertTeacher

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值