2024年最新最近接到一个大项目，给公司设计抢商品代金劵业务(1)，2024年最新阿里面试100%会问到的Linux运维

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前在阿里

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Linux运维全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

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

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以点击这里获取！

c.发挥出Nginx 的长版优势，用它做一些业务处理，（这一步非常关键，要完美契合你们公司业务逻辑。这需要很多方向的思考）

为啥Nginx 能在秒杀系统中这么优秀 ，这就要说到多进程单线程的多路复用技术，多路复用技术有两个模型。一个是select和epoll模型 目前最好的是epoll模型。当一个请求进来之后 遇到IO或者调用外部服务的时候。会阻塞，但是进程不会一直等待 ，这期间他会干其他事，等好了再回来处理。

举一个例子，比如你干一件事，这件事中有很多过程，你时间上无法控制的，比如你去买星巴克咖啡，下完单之后他给你制作，你不会在哪里等，你跑到卖炸鸡的那边 再买炸鸡 。

同样都是多路复用为啥epoll 模型优秀呢，像刚才那个例子 假如你同时干了10件事，都处于等待状态。你怎么知道 哪件干完了呢，而且需要等着你继续处理呢，那就 一遍一遍的问，跑去咖啡店 说 好了吗 ，回复没好，跑去炸鸡店 好了吗。没好继续往下问。这样很慢是吗。对这就是select 模型。而epoll 多了一个回调，主动通知，但是呢 不是主动通知你，而是主动放到一个完成队列里边去 ，就是完成的都放到一起，你自己处理。

2.隔离（安全为主）

主要是两方面 一个是数据隔离 一个是业务隔离，数据这块尽量要做到 读写分离，热点数据做缓存，业务隔离 每家公司不一样所以说 具体要结合你们业务场景去做，但是非常非常重要。

3.预约机制

我们系统上线之后，咋说呢 还是有问题，具体过程心酸～，后来我们该用预约方法（这样可以提前预知多少数据请求），因为我们公司业务较特殊，很多客户和业务员让他们预约的话，有些繁琐，具体细节不赘述了 。就是先主动放一部分 非预约的， 然后 一部分预约的。然后针对预约的数据 放到 redis 一手机号设置为key 但是这里有一个问题，我们是单片redis 的key进行操作 目前 只能支持7，8万的 TPS。那咋办呢 后续说，（别老想着扩redis 资源有限）。

4.销峰填谷

有没有想过这样一个问题，比如一个业务很火爆的时候，主办方会分为上午场，下午场。对我们平台为了避免页面被同一时间大量访问，随机给每位用户的响应时间，这样用户在提交的同时，不会同一时间集中访问平台。因为用户在访问购买的时候填写的信息大都是一直，比如付款金额，手机号，商品信息等等都差不多，提交时间也差不多。但是 给每位用户不同的响应时间界面 就会避免集中提交。（说简单一点，访问你们页面，你们响应时间设置一个随机数，就类似于sheep.(1000),但是这仅仅助于你理解，可别乱说）。还有一些其他平台从验证码，上做功夫，避免集中访问道理一样。

下面再说一下技术手段，想象这样一个场景，当你的前置系统访问后方核心系统，当很平稳的时候，前置系统访问核心系统通过RPC 没问题。但是如果前置系统访问了超大，你核心系统处理不过来很容易被冲击。这个时候咋办，不能用RPC了 只能用MQ 进行处理了。（我见过一些公司，也不分析自己的业务逻辑上来不管那个接口访问直接用MQ，问他们 他们说 快啊 ，稳定啊，牛的不行 ）。

5.限流

到这个地方需要上技术手段了。我们说的秒杀重器，Nginx 用ip 或者用户名（我们公司是和手机号关联）限流 ，具体怎么做很多 教程

limit_req_zone <变量名> zone=<限流规则名称>:<内存大小> rate=<速率阈值>r/s;

一搬rate 定义 1

还有就是 API 限流 这个比较简单了，自己写一个 或者用开源的都可以 （RateLimiter Google）

6.监控系统

高并发的系统最关键是监控，也就是你必须随时知道系统的健康状况，以及预警机制，注意只关注最重要的几个数据，比如缓存数据是否被打满，缓存命中率是否正常，划重点 少但是 关键。然后 就是一些细节类的，比如缓存踢出率，是不是旧的key值有没有被剔除等。

7.数据一致性问题

我们平时对一个数据进行加减 通常回操作数据库，这只是平常的业务需求没问题，业务量不大的情况下，像高并发的场景必须要单独设计。既要满足高并发处理，月要保证数据安全。这是你可能说分布式锁，setNx等，这样不行因为 这回带来更多的问题 虽然能解决一部分问题。这里用的是Reids  的原生方法，众所周知Redis 是单线程的  天然解决查询和更新操作（一次性完成）。怎么做呢？重点来了Redis 中可以使用lua 脚本

下边是我们的lua脚本
local pcount = redis.call('get', KEYS[1])
if not c_s or tonumber(pcount) < tonumber(ARGV[1]) then
   return 0
end
redis.call('decrby',KEYS[1], ARGV[1])
return 1

读取lua脚本

URL url = Resources.getResource("你的脚本地址");
List<String> lines = Resources.asCharSource(url, Charsets.UTF_8).readLines();

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前在阿里

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Linux运维全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

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

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以点击这里获取！

套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

需要这份系统化的资料的朋友，可以点击这里获取！