SQL查询优化。 2018年，某电商项目，通过索引优化，查询速度提升50%。
这就是陷阱：不要使用 SELECT。 2019年的一个金融系统，一次全表扫描导致查询耗时3个小时。
不相信：不要经常更新索引。 2020年，某社交平台，频繁的索引更新导致系统崩溃。
不要这样做：不要在循环中执行数据库操作。 2021年的一个在线教育平台，循环操作对数据库造成了太大的压力。
问题是：不要使用单个索引来优化所有查询。
2022年，某电商系统优化订单查询，单表5000万条数据。单次查询从10秒优化到1秒，但六个月后查询速度再次下降。
实用提醒：针对不同类型的查询合理设计索引策略。