数据库如何应对保障大促活动

5.检查链路上数据库的可用性检查。主要是确定数据库采用的高可用架构、节点数、从节点配置、可用性监控、状态监控、同步监控等。

6.了解数据库从节点的使用情况，注意平时和预估大促期间主从延迟问题，以及延迟可能造成的影响；有无优化方案；以及大促期间出现较长的延迟时，有无替代方案（例如，是否可以将从节点上的虚拟IP漂移到主节点上）。

7.定制大促期间数据库监控大屏，主要实现通过一个监控界面基本实现对全链路上所有的数据库主要指标的监控。（本公司数据库的监控主要是通过Zabbix实现）

8.进行链路压测。压测过程中应特别留意以下指标：TPS、事务响应时间、成功事务数、各服务器的CPU、内存以及磁盘使用情况等。针对数据库而言，压测可以发现瓶颈点，优化更有针对性。此外，压测还有一个功能就是评估出系统的最大性能。针对最大性能，在前端做一个流量限制，特别是在商品展示、购物车、支付等功能上。流量限制，既保证了用户体验，也防止过去的数据请求将Cache、DB拖累至宕机。

9.通过监控工具(例如：Zabbix)观察每一个数据库服务器资源消耗情况。建议观察最近一周的运行情况，例如CPU、内存的波动情况、峰谷、连接数、是否合理等。

10.通过监控工具、慢查询日志等对消耗资源较多的SQL语句进行梳理，针对性优化。常规的优化手段主要有：新建索引、调整索引、数据归档、有无大字段、表结构更新、数据归档、SQL语句优化等。

11.链路数据延时监控。延时的主要原因可能是请求队列过长或受网络延时影响，此时要特别注意跨机房（跨IDC）的应用请求和数据同步。

12.评估大促期间应用部署变更可能对数据库造成的影响。比如，为应对大促活动的系统请求，SA可能会增加应用的部署。

13.大促期间数据库性能阈值预估。合理的阈值是准确衡量大促情况下数据库健康程度的温度计。

14.梳理可降级的应用。例如，将数据归档的Job暂停、BI抽取数据的Task延后等。

15.应急预案的准备。应急预案应该尽可能详细，做到心里有谱，手中有尺。预案应包括：备用物理资源有哪些，常见需要DBA参与的业务数据更新需求有哪些，用于修复故障可能用到的操作命令，变更及异常处理的审批流程，虚拟IP漂移的操作命令。备用物理资源清单需细化到服务器类型、操作系统、资源规格、预装系统、IP等情况。

16.DBA值班计划编制。

二.大促进行时

1.注意对数据库监控系统及时监控。

2.链路数据延时监控。

3.对主要数据库节点及服务器进行巡检。

4.及时了解大促进展情况，特别是订单量。

5.需求变更应特别谨慎。

6.记录大促过程中出现的主要异常。

三.大促后复盘

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

如何快速更新自己的技术积累？

• 在现有的项目里，深挖技术，比如用到netty可以把相关底层代码和要点都看起来。
• 如果不知道目前的努力方向，就看自己的领导或公司里技术强的人在学什么。
• 知道努力方向后不知道该怎么学，就到处去找相关资料然后练习。
• 学习以后不知道有没有学成，则可以通过面试去检验。

我个人觉得面试也像是一场全新的征程，失败和胜利都是平常之事。所以，劝各位不要因为面试失败而灰心、丧失斗志。也不要因为面试通过而沾沾自喜，等待你的将是更美好的未来，继续加油！

以上面试专题的答小编案整理成面试文档了，文档里有答案详解，以及其他一些大厂面试题目

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门即可获取！
7806841)]

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门即可获取！