开篇：那些"看起来简单"的 SQL 坑

有一类 SQL 问题特别阴险：它们写起来很简单，跑起来也快------在开发环境。等上了生产，数据量从几百条涨到几百万条，突然就炸了。

子查询、ORDER BY、分页查询都属于这一类。它们的语法初学者就会写，但藏在背后的性能陷阱，不踩一次很难意识到。

举个真实案例：一个后台管理系统，订单列表页翻到第 1000 页时突然卡死。原因是一条 LIMIT 999990, 10 的分页查询------MySQL 要先把前 999990 条记录全部查出来然后扔掉，只返回最后 10 条。当数据量达到百万级别，这个操作要花好几秒。