javase项目实战，Java开发6年了

开头

关于程序员，除了做项目、看视频来提高自身的技术之外，还有一种提升自己的专业技能就是：多！看！书！MySQL俨然已经成为了IT技术人员必须掌握的核心技能之一！

《MySQL从入门到精通》

本书详细介绍了如何安装、管理、备份、维护和优化一个 MySQL 系统。对于每一件服务器操作都提出了多种的解决方案。对于每一种的方法，虽然不一定都是非常实用的方法，读者能通过这些方法，熟悉 MySQL 的特点和强大的功能。

第一章简单介绍了 MySQL 的历史、特点，同时对 SQL 的语法进行了简单的介绍。如果读者对第一章的内容不能很好的掌握，可以略过不了解的内容，在阅读二、三章之后重新理解其中内容。 第二章介绍了如何安装一个 MySQL 系统。 第三、四章详细叙述了如何利用 SQL 语言以及其它的客户工具对 MySQL 数据库中的数据进行操作。 第五、六章介绍了数据库目录以及如何备份、恢复和维护数据库安装。 第七章介绍了 MySQL 权限系统和如何为数据库创建、撤销授权。 第八章则对优化数据库性能的各个方面进行了阐述。

由于pdf文档里的细节内容实在过多所以只编辑了部分知识点的章节粗略的介绍下，每个章节小节点里面都有更细化的内容！以下就是部分章节目录，由于头条的篇幅限制目录上的详细讲解也无法一一列出，文末底下有获取以下章节的所有详细知识讲解。

事故背景

公司最近安排了一波商品抢购活动，由于后台小哥操作失误最终导致活动效果差，被用户和代理商投诉了。经理让我带同事们一起复盘这次线上事故。

什么原因造成的？

抢购活动计划是零点准时开始，

22：00 运营人员通过后台将商品上线

23：00后台小哥已经将商品导入缓存中，提前预热

抢购开始的瞬间流量非常大，按计划是通过Redis承担大部分用户查询请求，避免请求全部落在数据库上。

如上图预期大部分请求会命中缓存，但是由于后台小哥预热缓存的时候将所有商品的缓存时间都设置为2小时过期，所有的商品在同一个时间点全部失效，瞬间所有的请求都落在数据库上，导致数据库扛不住压力崩溃，用户所有的请求都超时报错。

实际上所有的请求都直接落到数据库，如下图：

什么时候发现的？

凌晨01:02 SRE 收到系统告警，登录运维管理系统发现数据库节点 CPU和内存飙升超过阈值，迅速联系后台开发人员定位排查。

为什么没有早点发现？

由于缓存设置过期时间是2小时，凌晨1点前缓存可以命中大部分请求，数据库服务处于正常状态。

发现时采取了什么措施？

后台小哥通过日志定位排查发现问题后，进行了一系列操作：

首先通过API Gateway（网关）限制大部分流量进来 接着将宕机的数据库服务重启 再重新预热缓存 确认缓存和数据库服务正常后将网关流量正常放开，大约01：30 抢购活动恢复正常。

如何避免下次出现？

这次事故的原因其实就是出现了缓存雪崩，查询数据量巨大，请求直接落到数据库上，引起数据库压力过大宕机。

在业界解决缓存雪崩的方法其实比较成熟了，比如有：

均匀过期 加互斥锁 缓存永不过期

（1）均匀过期

设置不同的过期时间，让缓存失效的时间点尽量均匀。通常可以为有效期增加随机值或者统一规划有效期。

（2）加互斥锁

跟缓存击穿解决思路一致，同一时间只让一个线程构建缓存，其他线程阻塞排队。

（3）缓存永不过期

跟缓存击穿解决思路一致，缓存在物理上永远不过期，用一个异步的线程更新缓存。

最后

由于篇幅限制，小编在此截出几张知识讲解的图解

1651030768415)]

[外链图片转存中…(img-U6MwiTM5-1651030768415)]

[外链图片转存中…(img-qyo2o23F-1651030768416)]