成都一家做本地生活服务的创业公司，首页接口平均响应3.2秒，用户吐槽半天打不开，跳出率高得吓人，老板一开始以为是网速问题。我们接手优化，两周压到0.4秒，转化率跟着涨了19%，服务器还降配省了钱。下面把干法拆开讲，照着做就行，不用多高深，关键是顺序别乱。别乱来。
第一刀砍在慢SQL
用慢查询日志一拉，三个接口各有一条没走索引的语句，单条就要1.8秒，全表扫描十万行。加复合索引、把子查询改成join后，这部分的耗时降到90毫秒，数据库CPU直接从90%掉到30%。踩过坑的人都知道，八成性能问题在数据库，别一上来就加缓存，先看看SQL是不是在裸奔，索引建对省大事，这步不花钱见效最快，先把白送的优化吃了。后来他们把慢查询监控接到告警，再出慢SQL十分钟就收到短信，不用等用户骂上门才后知后觉。
第二刀是加缓存
首页那堆不常变的城市活动数据，塞进Redis，TTL设五分钟，命中率92%，后端直接少查一半库。环球中心一家电商客户用同样法子，数据库QPS从四千掉到一千二，原来天天报警的慢查询消失了。说白了，读多写少的场景，缓存是性价比最高的药，别硬刚数据库，它也会累垮，缓存挡在前面大家都轻松，数据库的命也长了。
第三刀序列化
他们原来用笨重的XML传参，一个响应两KB，换成Protobuf后，单包体积小了64%，序列化时间从120毫秒降到18毫秒。前端首屏因此早了半秒出来，移动端弱网用户感受最明显。别被忽悠了，觉得JSON够用了，量一大差距就显出来，这点优化积少成多，用户体验是真实可见的，别小看那零点几秒，留客就靠它。
别忽略连接池
数据库连接池原来最大20，高并发时排队，调到80并开了空闲回收，等待时间归零，再没出现获取连接超时的错。整套下来接口P99从3.2秒降到0.4秒，服务器配置还降了一档，每月省六百块。优化不是堆机器，是找对那几个卡点，成都小团队更该走这条路，省钱又见效，老板看了报表都笑，比买服务器痛快。这套监控我们顺手帮他们配了，一年才几百块，比雇兼职DBA便宜太多，小公司就该这么抠。