1. 慢查询基础：什么是慢查询、慢查询对系统的影响、慢查询的常见原因

1.1 什么是慢查询

慢查询（Slow Query）是指执行时间超过预设阈值的数据库查询语句。在 Go 后端服务中，慢查询通常表现为 API 响应延迟飙升、数据库连接池耗尽、服务吞吐量骤降。慢查询的判定标准因业务场景而异，但业界通常将 执行时间超过 100ms 的查询列为慢查询，超过 1s 的查询视为严重慢查询。

1.2 慢查询对系统的影响

慢查询的危害远不止“慢一点”这么简单。在 Go 的并发模型下，慢查询会通过连接池机制产生级联效应，最终导致整个服务不可用。下图展示了慢查询如何从单个 SQL 演变为系统级灾难：

慢查询对系统的影响可以归纳为以下四个层面：

1. 直接延迟增加： 单个请求响应时间从 10ms 飙升到 1s+，用户体验急剧下降。
2. 连接池水位上升： 慢查询长时间占用连接，导致连接池可用连接数减少，新请求排队等待。
3. 资源竞争加剧： 数据库 CPU、内存、磁盘 IO 被慢查询大量消耗，影响其他正常查询的执行效率。
4. 服务雪崩风险： 连接池耗尽后，所有请求超时，Go 服务进入不可用状态，可能引发上游服务连锁故障。

1.3 慢查询的常见原因

慢查询的产生原因多种多样，但可以归纳为以下六大类。理解这些原因，是后续优化工作的基础。

下面通过一个具体的 Go 代码示例，展示最常见的慢查询场景——N+1 查询问题：

// ❌ 慢查询示例：N+1 查询
// 查询 100 个用户及其订单，实际执行 1 + 100 = 101 次查询
func GetUsersWithOrders(db *sql.DB) ([]User, error) {
    // 第 1 次查询：获取所有用户
    rows, _ := db.Query("SELECT id, name FROM users LIMIT 100")
    defer rows.Close()

    var users []User
    for rows.Next() {
        var u User
        rows.Scan(&u.ID, &u.Name)
        // 循环内每次查询：N 次查询
        // 每次查询都占用一个数据库连接，持续 10-50ms
        orderRows, _ := db.Query("SELECT * FROM orders WHERE user_id = ?", u.ID)
        // ... 处理订单数据
        orderRows.Close()
        users = append(users, u)
    }
    return users, nil
}

// ✅ 优化方案：使用 JOIN 一次查询
func GetUsersWithOrdersOptimized(db *sql.DB) ([]User, error) {
    // 仅 1 次查询，避免连接池压力
    rows, _ := db.Query(`
        SELECT u.id, u.name, o.id, o.amount
        FROM users u
        LEFT JOIN orders o ON u.id = o.user_id
        LIMIT 100
    `)
    defer rows.Close()
    // ... 处理结果
    return users, nil
}