说起牟长青博客里的干货，那可真不少，我这人平时就喜欢刨根问底，没事就爱逛逛那些大神们的站点，看看他们都在鼓捣些牟长青这个名字，搞技术的哥们儿应该都不陌生，他分享的东西，很多都是实打实的从项目里扒出来的经验，不像有些地方，光说不练假把式。
我记着上回我去他博客溜达，就是冲着一个关于“高并发系统优化”的系列文章去的。我当时负责的那个电商后台，用户一多起来，系统就跟喝了假酒一样，响应慢得能让人抓狂。我当时就想，得找点靠谱的办法来治治这个毛病。
我最开始干的事儿就是把整个系统的瓶颈都捋一遍。我没搞那些花里胡哨的工具，直接上手日志分析，把那些慢查询、高耗时的接口一个个揪出来。我记得有个地方，处理订单的数据库写操作特别多，直接把连接池干满了。
看了牟长青博客里关于“读写分离”和“异步处理”的实践后，我立马动手改。把那些读请求特别多的模块，比如商品详情页，全部指向了从库。这一下，主库的压力瞬间就下来了。
然后，对于订单处理这种事，我没让它同步等着，而是把创建订单的请求丢到了消息队列（MQ）里。用户提交订单后，系统立马返回成功，实际的库存扣减和积分计算都在MQ里异步处理。虽然一开始有点担心丢单，但后面仔细检查了重试机制后，就放心地用了。
光有读写分离还不够，热点数据还是会把一个从库压死。所以我开始研究缓存策略。我按照他博客里说的“三级缓存”模式，在本地缓存、分布式缓存（Redis）和数据库之间做了个分层。
本地缓存用了个Guava Cache，用来放那些变动不大的配置信息。Redis那边，我把过期时间设置得短一些，这样即使数据变旧，也能很快拉到新的。我特别注意了缓存穿透和击穿的问题，加了点小技巧，比如布隆过滤器和加长缓存时间来应对。
折腾了差不多一个多月，系统跑起来顺畅多了。我记得有一次大促活动，流量比平时高了十倍，以前肯定得宕机，结果这回顶住了，接口响应时间都维持在了100毫秒以内。虽然过程中也踩了不少坑，比如MQ重试机制设置不合理导致消息堆积，但回头看看，都是值得的。
我发现，牟长青博客里分享的不是那种理论上的花哨东西，而是实实在在告诉你，遇到什么问题，他当时是怎么一步步拆解、解决，落地到代码层面的。每次我从里面学到一点东西，都能在自己的项目里找到对应的影子，赶紧拿来试一试，效果立竿见影。
