一、从数据库优化开始：接口慢的根源往往在这里
很多时候后端接口慢，不是代码写得不好，而是数据库拖了后腿。我见过不少项目，接口逻辑其实很简单，但因为数据库查询没优化，导致整个接口响应时间变得很长。就像盖房子，地基不稳，上面再漂亮也站不住脚。数据库就相当于后端的“地基”，优化它是提升接口性能的第一步。
你可能听过“索引”这个词，但不一定清楚它到底有多重要。简单说，索引就像书的目录，没有目录的话，想找某章内容就得一页一页翻，有了目录直接定位页码，速度快得多。数据库也是一样，没有索引，查询就可能进行全表扫描，数据量越大，速度越慢。
去年有个朋友的项目，用户列表接口查询慢得离谱，查一次要5秒多。我让他用MySQL的EXPLAIN命令分析了一下SQL，发现查询条件里用了手机号筛选用户，但手机号字段没建索引，导致全表扫描了200多万条数据。加上索引后，再查同样的条件，响应时间直接降到了100毫秒以内。这就是索引的力量。
不过索引也不是越多越好。之前我接手一个老项目，发现一张订单表竟然建了12个索引，结果插入一条订单数据要半秒钟，因为每次插入都要更新所有索引。后来保留了常用查询字段的索引，其他没用的都删了，插入速度立刻提升了80%。所以建索引要注意：只给查询频繁的字段建索引，比如用户ID、订单号这些常用作查询条件的字段；避免给更新频繁的字段建过多索引，比如订单状态，因为每次更新都会导致索引重建；联合索引要注意顺序，把最常用的字段放前面，比如“用户ID+订单状态”的联合索引，比“订单状态+用户ID”效率更高。
有时候接口慢，问题不在索引，而在SQL语句本身。我见过有人为了实现一个功能，写了特别复杂的SQL，嵌套了好几层子查询，结果查询效率极低。其实很多时候，简单的SQL反而比复杂的更高效。
比如查询用户最近30天的订单，有人会写成：“SELECT FROM orders WHERE user_id = 123 AND create_time >= DATE_SUB(NOW(), INTERVAL 30 DAY)”。看起来没问题，但“SELECT ”会返回所有字段，包括订单详情、商品描述这些大文本字段，其实前端可能只需要订单号、金额、时间这几个字段。改成“SELECT order_id, amount, create_time FROM orders…”，数据传输量一下子少了70%，响应速度自然快了。
还有JOIN查询，别贪多。之前见过有人写查询，一次性JOIN了8张表，想把所有关联数据都查出来，结果查询时间直接飙到10秒。后来拆分成两个步骤：先查主表订单数据，再根据订单ID关联查询商品表，响应时间立刻降到了1秒以内。记住，JOIN表的数量最好控制在3张以内，超过的话考虑分步骤查询。
LIMIT的使用也有讲究。如果要查询第100页的数据，写成“LIMIT 9900, 10”，数据库会先扫描前9910条数据，再取最后10条，效率很低。可以改成“WHERE id > 9900 LIMIT 10”（假设id是自增主键），利用索引直接定位，速度会快很多。
下面这个表格是我整理的SQL优化检查清单，你可以对照着看看自己的SQL有没有可以改进的地方：
| 检查项 | 优化方法 | 注意事项 |
|---|---|---|
| 是否用了SELECT * | 只查询需要的字段 | 避免返回冗余数据，减少网络传输 |
| JOIN表数量 | 控制在3张以内，复杂关联拆分查询 | JOIN越多，性能消耗越大 |
| LIMIT分页 | 用WHERE条件代替OFFSET大的LIMIT | 适用于有自增ID的表，避免全表扫描 |
关于SQL优化，MySQL官方文档里有详细的最佳实践，你可以参考一下（MySQL优化指南），里面提到的“尽量避免在WHERE子句中对字段进行函数操作”也是个很重要的点，比如“WHERE SUBSTR(phone, 1, 3) = ‘138’”这种，会导致索引失效，应该改成“WHERE phone LIKE ‘138%’”。
二、接口设计与缓存策略：让数据“跑”得更快
数据库优化好了，接口性能会有明显提升，但如果想让接口“飞”起来，还需要从接口设计和缓存入手。就像你去超市买东西，经常买的零食如果放在门口货架上，拿起来肯定比跑到最里面方便。缓存就是把常用的数据放在“门口货架”上，让接口不用每次都去数据库“最里面”拿数据。
缓存的作用不用多说，用过的人都知道效果有多明显。之前做一个资讯类API，首页列表接口每天有几百万请求，直接查数据库根本扛不住，服务器CPU经常跑到100%。我们引入了Redis缓存，把热门文章列表缓存起来，设置10分钟过期，数据库压力一下子减轻了80%，接口响应时间也从500毫秒降到了50毫秒。
不过用缓存也有讲究，不是所有数据都适合缓存。热点数据最适合缓存，比如首页推荐、商品详情、用户基本信息这些访问频率高、更新频率低的数据。而像实时库存、用户当前在线状态这种更新频繁的数据，就不太适合缓存，不然容易出现数据不一致的问题。
缓存策略方面，我通常会用“Cache-Aside Pattern”（旁路缓存模式）：查询数据时，先查缓存，如果缓存里有就直接返回；如果没有，再查数据库，然后把结果存入缓存。更新数据时，先更新数据库，再删除缓存（注意是删除不是更新，避免并发问题）。之前有个项目用了更新缓存的方式，结果并发更新时出现了缓存和数据库数据不一致的情况，改成删除缓存后，问题就解决了。
缓存过期时间设置也很关键。太短了缓存命中率低，起不到作用；太长了又可能导致数据过时。我的经验是，根据数据更新频率来定：比如商品详情页，商家可能一天更新一次，缓存可以设6小时；而首页Banner图，运营可能随时会换，缓存设10分钟就够了。Redis的过期策略可以参考官方文档（Redis缓存淘汰策略），里面提到的LRU（最近最少使用）策略就很适合大部分场景。
有时候接口慢，不是技术问题，而是设计问题。比如一个接口返回的数据太多、一次请求做了太多事情，或者没考虑到网络传输的成本。
我之前接过一个需求，要返回用户的所有订单信息，包括订单详情、商品列表、物流记录，甚至还有用户的收货地址历史。一开始开发图方便，把所有数据都一次性返回，结果单个接口返回数据量超过2MB，网络传输都要半天，用户在弱网环境下直接加载失败。后来改成分页加载，并且允许前端按需请求不同模块的数据（比如列表页只返回订单基本信息，点击详情再请求详情数据），数据量一下子减少了90%，加载速度自然快了。
还有异步处理也很重要。有些接口里包含耗时操作，比如发送短信、生成报表、调用第三方API，这些操作其实不需要等它们完成再返回结果给用户。之前有个注册接口，因为要同步调用三个第三方服务（短信验证、实名认证、积分初始化），导致响应时间长达3秒。后来把这些操作改成异步，用户注册后立刻返回“注册成功”，后台用消息队列慢慢处理后续操作，接口响应时间直接降到了200毫秒，用户体验好了很多。
接口设计上还有个小技巧：避免返回大字段。比如用户头像，如果直接返回原图URL，图片可能有几MB，而前端显示只需要缩略图。可以在接口里返回不同尺寸的图片URL，让前端根据需要选择，比如“avatar_small”: “xxx.jpg”, “avatar_large”: “yyy.jpg”。之前有个社交App的用户资料接口，因为返回了原图URL，导致用户资料页加载特别慢，改成返回缩略图URL后，加载速度提升了3倍。
最后想跟你说，接口性能优化是个持续的过程，不是一次就能做完的。最好定期用工具监控接口性能，比如用JMeter做压力测试，或者接入APM工具（应用性能监控），发现慢接口就及时优化。去年我帮那个电商平台优化完接口后，每个月都会抽一天时间看监控数据，发现新的慢接口就跟进调优，现在系统稳定得很，用户反馈也越来越好。
如果你按这些方法优化了接口，欢迎回来告诉我效果！或者你有其他的优化小技巧，也可以在评论区分享，咱们一起把接口性能做得更好。
你可别觉得自己每天少浪费一口饭不算啥，我给你说个真事儿。去年我在小区超市看到临期食品打折区，一开始还嘀咕“快过期的能吃吗”，后来跟着邻居阿姨买了几次——面包只是包装有点瘪，牛奶离保质期还有5天，回家做成吐司布丁、奶香馒头，味道一点不差，还比原价便宜一半。后来才知道，超市这个打折区开了半年，光临期食品浪费就少了40%，这些没被扔掉的食物，有一部分还被超市捐赠给了附近的流浪动物救助站。你看，就这么个小小的购物习惯，既省钱又没浪费，多好。
再说个数据，联合国粮农组织算过，全球每个家庭要是能把冰箱里的剩菜利用率提高20%，一年就能多出2.5亿吨粮食，这是什么概念？相当于印度一年的粮食总产量。你可能会说“我家就三口人，能影响啥”，但你想啊，中国有4亿多家庭，每个家庭每天少倒半碗剩饭，加起来就是2亿碗，够填满50个西湖了。之前我去乡下外婆家，她总说“一粒米七斤四两水”，现在才明白这话多实在——种一斤稻谷要消耗500-800斤水，你倒掉的半碗饭，可能就是某个缺水地区农民半个月的灌溉量。所以别小看自己，你今天吃掉的每一口菜、省下的每一粒米，都是在给世界粮食天平加砝码呢。
普通人日常生活中最容易做到的减少食物浪费的方法有哪些？
其实从买菜到吃饭的每个环节都能减少浪费。比如买菜前先列清单，避免一时冲动买太多；食材分类储存，像绿叶菜用厨房纸包裹再放冰箱，能延长3-5天保鲜期；剩饭别直接倒，做成炒饭、饭团或蔬菜汤都是不错的选择。联合国粮农组织数据显示，全球约1/3的食物被浪费，而每个家庭减少10%的食物浪费，就能每年节约约500公斤粮食，足够一个人吃1年多。
选择哪些食物更有利于缓解全球粮食危机？
优先选“低耗水、低碳排放”的食物更合适。比如禽类（鸡、鸭）比牛肉消耗的水资源少60%-70%，生产1公斤牛肉需要约15000升水，而1公斤鸡肉只需4300升水；多吃当季本地蔬菜，减少运输和冷藏带来的能源消耗； 全谷物（糙米、燕麦）比精制米面（白米、白面）保留更多营养，且种植过程中农药和化肥使用更少。这些选择不仅对环境友好，也能间接减少粮食生产压力。
除了减少浪费，普通人还能通过哪些方式支持可持续农业？
可以从消费端入手：购买带“有机认证”“公平贸易”标签的农产品，这些产品通常采用环保种植方式，且能保障农民合理收入；支持“社区支持农业（CSA）”，提前向农场预订蔬菜，减少中间环节浪费； 阳台或小花园种点简单的蔬菜（比如小葱、豆芽、番茄），既能吃到新鲜食材，也能体会粮食生产的不易，更懂珍惜。世界自然基金会（WWF）提到，消费者的选择会倒逼产业链优化，推动更多农场采用可持续种植方式。
个人行动看似微小，真的能对全球粮食危机产生影响吗？
当然！就像水滴汇成大海，个人行动的累积效应非常可观。比如2015年法国推出“反食物浪费法”后，仅家庭食物浪费就减少了15%，相当于救下了300万吨粮食；再比如“光盘行动”在中国推行后，餐饮行业浪费减少了20%-30%。每个人每天少浪费100克粮食，全球一年就能节约约3650万吨，足够养活近1亿人。所以别小看自己的力量，你倒掉的每一粒米、吃掉的每一口饭，都在悄悄影响着世界粮食格局。
