能给一个更复杂一些的子查询优化的案例么

当MySQL子查询嵌套较深时，也会导致性能问题，下面给出一个更复杂一些的MySQL子查询优化案例。

原始SQL语句：

SELECT *
FROM orders
WHERE customer_id IN (
    SELECT customer_id
    FROM customers
    WHERE city IN (
        SELECT city
        FROM orders
        WHERE order_date >= '2021-01-01'
    )
)

这个查询会返回与在2021年1月1日之后下订单的客户所在城市匹配的所有订单。但是，这个查询嵌套了两个子查询，而且其中一个子查询还是另一个子查询的过滤条件，这会导致性能问题。

优化SQL语句：

SELECT o.*
FROM orders AS o
INNER JOIN customers AS c ON o.customer_id = c.customer_id
INNER JOIN (
    SELECT DISTINCT city
    FROM orders
    WHERE order_date >= '2021-01-01'
) AS o2 ON c.city = o2.city

这个查询使用 INNER JOIN 来连接订单和客户表，然后使用 INNER JOIN 和子查询来过滤出在2021年1月1日之后下订单的客户所在城市。这个查询不使用 IN 子查询，而是直接连接三个表，因此可以避免子查询中的性能问题。

可以使用 EXPLAIN 关键字来查看查询计划，并确定查询是否使用了索引。下面是第二个查询的 EXPLAIN 输出：

+----+-------------+-------+------------+------+---------------+-------------+---------+----------------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key         | key_len | ref            | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+-------------+---------+----------------+------+----------+-------------+
|  1 | PRIMARY     | c     | NULL       | ALL  | NULL          | NULL        | NULL    | NULL           |    3 |   100.00 | Using where |
|  1 | PRIMARY     | o     | NULL       | ref  | customer_id  | customer_id | 4       | sampledb.c.customer_id |    2 |   100.00 | NULL        |
|  1 | PRIMARY     | o2    | NULL       | ALL  | NULL          | NULL        | NULL    | NULL           |    2 |   100.00 | Using where |
|  2 | SUBQUERY    | orders| NULL       | ref  | order_date   | order_date  | 3       | const          |    2 |   100.00 | Using index |
+----+-------------+-------+------------+------+---------------+-------------+---------+----------------+------+----------+-------------+

可以看到，查询使用了订单表的 order_date 索引来过滤出在2021年1月1日之后下订单的订单，然后使用订单表和客户表的主键来连接三个表，最后使用客户表的城市索引来过滤出相关订单。这个查询的性能比第一个查询要高得多。