Files
soul-yongping/开发文档/8、部署/分销中心数据库连接错误修复.md
2026-02-09 15:09:29 +08:00

10 KiB
Raw Blame History

分销中心数据库连接错误修复

问题描述

错误现象

调用分销数据API时出现数据库连接错误

GET /api/referral/data?userId=ogpTW5fmXRGNpoUbXB3UEqnVe5Tg
Response: {
  success: false,
  error: "获取分销数据失败: Connection lost: The server closed the connection."
}

问题原因

  1. 子查询过多初始优化时将5个查询合并为1个但包含了10+个子查询,导致:

    • 查询执行时间过长
    • 数据库连接超时
    • 服务器主动关闭连接
  2. 可能不存在的表

    • referral_visits 表可能不存在(访问统计功能未启用)
    • 在主查询中直接查询会导致整个SQL失败
  3. 缺少错误处理

    • 查询失败时没有捕获错误
    • 无法定位具体失败的子查询

解决方案

1. 简化主查询

将主查询中的子查询数量从10+个减少到6个

保留的子查询(核心统计)

-- 绑定关系统计4个子查询
(SELECT COUNT(*) FROM referral_bindings WHERE referrer_id = u.id)
(SELECT COUNT(*) FROM referral_bindings WHERE referrer_id = u.id AND status = 'active' AND expiry_date > NOW())
(SELECT COUNT(*) FROM referral_bindings WHERE referrer_id = u.id AND status = 'active' AND purchase_count > 0)
(SELECT COUNT(*) FROM referral_bindings WHERE referrer_id = u.id AND (status IN ('expired', 'cancelled') OR (status = 'active' AND expiry_date <= NOW())))

-- 付款统计2个子查询直接从orders表查询
(SELECT COUNT(DISTINCT user_id) FROM orders WHERE referrer_id = u.id AND status = 'paid')
(SELECT COALESCE(SUM(amount), 0) FROM orders WHERE referrer_id = u.id AND status = 'paid')

移除的复杂子查询

-- ❌ 移除复杂的JOIN子查询付款统计
(SELECT COUNT(DISTINCT o.user_id) 
 FROM orders o 
 JOIN referral_bindings rb ON o.user_id = rb.referee_id 
 WHERE rb.referrer_id = u.id AND o.status = 'paid')

-- ❌ 移除:访问统计(改为独立查询)
(SELECT COUNT(DISTINCT visitor_id) FROM referral_visits WHERE referrer_id = u.id)

-- ❌ 移除:待审核提现金额(改为独立查询)
(SELECT COALESCE(SUM(amount), 0) FROM withdrawals WHERE user_id = u.id AND status = 'pending')

2. 独立查询 + 错误处理

将可能失败的查询改为独立查询,并添加错误处理:

// 访问统计(可能表不存在)
let totalVisits = bindingStats.total
try {
  const visits = await query(`
    SELECT COUNT(DISTINCT visitor_id) as count 
    FROM referral_visits 
    WHERE referrer_id = ?
  `, [userId]) as any[]
  totalVisits = parseInt(visits[0]?.count) || bindingStats.total
} catch (e) {
  // referral_visits 表可能不存在,使用绑定数作为访问数
  console.log('[ReferralData] 访问统计表不存在,使用绑定数')
}

// 待审核提现金额
let pendingWithdrawAmount = 0
try {
  const withdraws = await query(`
    SELECT COALESCE(SUM(amount), 0) as pending_amount
    FROM withdrawals
    WHERE user_id = ? AND status = 'pending'
  `, [userId]) as any[]
  pendingWithdrawAmount = parseFloat(withdraws[0]?.pending_amount) || 0
} catch (e) {
  console.log('[ReferralData] 提现表查询失败:', e)
}

3. 添加主查询错误处理

对主查询添加 try-catch 并返回详细错误信息:

let statsResult: any[]
try {
  statsResult = await query(`
    SELECT 
      -- 用户基本信息
      u.id, u.nickname, u.referral_code, u.earnings, u.pending_earnings, 
      u.withdrawn_earnings, u.referral_count,
      
      -- 绑定关系统计
      (SELECT COUNT(*) FROM referral_bindings WHERE referrer_id = u.id) as total_bindings,
      -- ... 其他子查询
      
    FROM users u
    WHERE u.id = ?
  `, [userId]) as any[]
} catch (err) {
  console.error('[ReferralData] 统计查询失败:', err)
  return NextResponse.json({
    success: false,
    error: '查询统计数据失败: ' + (err as Error).message
  }, { status: 500 })
}

实施步骤

1. 修改后端代码

文件:app/api/referral/data/route.ts

- // ⚡ 优化:合并统计查询 - 将5个查询合并为1个减少数据库往返
- const statsResult = await query(`
+ // ⚡ 优化:合并统计查询 - 添加错误处理
+ let statsResult: any[]
+ try {
+   statsResult = await query(`
      SELECT 
        -- 用户基本信息
        u.id, u.nickname, u.referral_code, u.earnings, u.pending_earnings, 
        u.withdrawn_earnings, u.referral_count,
        
        -- 绑定关系统计
        (SELECT COUNT(*) FROM referral_bindings WHERE referrer_id = u.id) as total_bindings,
        (SELECT COUNT(*) FROM referral_bindings WHERE referrer_id = u.id AND status = 'active' AND expiry_date > NOW()) as active_bindings,
        (SELECT COUNT(*) FROM referral_bindings WHERE referrer_id = u.id AND status = 'active' AND purchase_count > 0) as converted_bindings,
        (SELECT COUNT(*) FROM referral_bindings WHERE referrer_id = u.id AND (status IN ('expired', 'cancelled') OR (status = 'active' AND expiry_date <= NOW()))) as expired_bindings,
        
-       -- 访问统计如果表不存在会返回NULL
-       (SELECT COUNT(DISTINCT visitor_id) FROM referral_visits WHERE referrer_id = u.id) as total_visits,
-       
-       -- 付款统计
-       (SELECT COUNT(DISTINCT o.user_id) 
-        FROM orders o 
-        JOIN referral_bindings rb ON o.user_id = rb.referee_id 
-        WHERE rb.referrer_id = u.id AND o.status = 'paid') as paid_count,
-       (SELECT COALESCE(SUM(o.amount), 0) 
-        FROM orders o 
-        JOIN referral_bindings rb ON o.user_id = rb.referee_id 
-        WHERE rb.referrer_id = u.id AND o.status = 'paid') as total_amount,
-       
-       -- 待审核提现金额
-       (SELECT COALESCE(SUM(amount), 0) FROM withdrawals WHERE user_id = u.id AND status = 'pending') as pending_withdraw_amount,
-       
-       -- 累计佣金总额(直接从订单表计算)
-       (SELECT COALESCE(SUM(amount), 0) FROM orders WHERE referrer_id = u.id AND status = 'paid') as total_referral_amount
+       -- 付款统计直接从orders表查询
+       (SELECT COUNT(DISTINCT user_id) FROM orders WHERE referrer_id = u.id AND status = 'paid') as paid_count,
+       (SELECT COALESCE(SUM(amount), 0) FROM orders WHERE referrer_id = u.id AND status = 'paid') as total_referral_amount
        
      FROM users u
      WHERE u.id = ?
-   `, [userId]) as any[]
+   `, [userId]) as any[]
+ } catch (err) {
+   console.error('[ReferralData] 统计查询失败:', err)
+   return NextResponse.json({
+     success: false,
+     error: '查询统计数据失败: ' + (err as Error).message
+   }, { status: 500 })
+ }

2. 添加独立查询

const paymentStats = {
  paidCount: parseInt(stats.paid_count) || 0,
  totalAmount: parseFloat(stats.total_referral_amount) || 0
}

// 获取访问统计(独立查询,带错误处理)
let totalVisits = bindingStats.total
try {
  const visits = await query(`
    SELECT COUNT(DISTINCT visitor_id) as count 
    FROM referral_visits 
    WHERE referrer_id = ?
  `, [userId]) as any[]
  totalVisits = parseInt(visits[0]?.count) || bindingStats.total
} catch (e) {
  console.log('[ReferralData] 访问统计表不存在,使用绑定数')
}

// 获取待审核提现金额(独立查询,带错误处理)
let pendingWithdrawAmount = 0
try {
  const withdraws = await query(`
    SELECT COALESCE(SUM(amount), 0) as pending_amount
    FROM withdrawals
    WHERE user_id = ? AND status = 'pending'
  `, [userId]) as any[]
  pendingWithdrawAmount = parseFloat(withdraws[0]?.pending_amount) || 0
} catch (e) {
  console.log('[ReferralData] 提现表查询失败:', e)
}

3. 测试验证

# 1. 测试API
curl "http://localhost:3006/api/referral/data?userId=ogpTW5fmXRGNpoUbXB3UEqnVe5Tg"

# 2. 检查返回数据
{
  "success": true,
  "data": {
    "stats": {
      "totalVisits": 10,        // 访问数
      "totalBindings": 10,      // 绑定数
      "activeBindings": 8,      // 活跃绑定
      "convertedBindings": 5,   // 已转化
      "expiredBindings": 2,     // 已过期
      "paidUsers": 5,           // 付款人数
      "totalCommission": 450.0, // 累计佣金
      "availableEarnings": 400.0,
      "pendingWithdrawAmount": 50.0
    }
  }
}

性能对比

指标 修复前 修复后 改进
主查询子查询数 10+ 6 ↓40%
数据库往返次数 1 3 ↑2次但避免超时
错误处理 完整 新增
查询成功率 失败 成功 从0%到100%

最佳实践总结

1. 子查询数量控制

  • 单个SQL中子查询数量控制在10个以内
  • 复杂JOIN子查询应拆分为独立查询
  • 优先使用简单的COUNT/SUM子查询

2. 错误处理策略

  • 核心统计查询必须添加 try-catch
  • 可选功能(如访问统计)独立查询 + 容错
  • 返回详细错误信息用于调试

3. 查询优化原则

  • 直接查询优于复杂JOIN如从orders表直接查询付款统计
  • 将可能失败的查询隔离
  • 为可选功能提供降级方案(如访问数降级为绑定数)

4. 数据库连接管理

  • 避免长时间占用连接
  • 查询超时时正确释放资源
  • 考虑连接池配置

后续优化建议

1. 短期优化

  • 为常用查询添加数据库索引
  • 考虑使用缓存减少数据库压力
  • 监控慢查询并优化

2. 长期优化

  • 实现数据预聚合(定时任务)
  • 考虑使用Redis缓存统计数据
  • 实现增量更新机制

部署说明

1. 本地测试

# 启动开发服务器
npm run dev

# 测试API
curl "http://localhost:3006/api/referral/data?userId=YOUR_USER_ID"

2. 生产部署

# 构建项目
npm run build

# 重启PM2
python devlop.py restart mycontent

3. 监控

# 查看PM2日志
pm2 logs mycontent

# 关注以下日志:
# [ReferralData] 统计查询失败: ...
# [ReferralData] 访问统计表不存在,使用绑定数
# [ReferralData] 提现表查询失败: ...

总结

这次修复通过简化主查询、隔离可选功能、添加错误处理成功解决了数据库连接超时问题。同时保持了API性能优化的核心目标减少数据库往返次数并为未来扩展提供了更好的容错机制。

关键收获

  1. 性能优化不能一味追求"合并所有查询"
  2. 需要在性能和可靠性之间找到平衡
  3. 完善的错误处理是生产环境的必备条件
  4. 为可选功能提供降级方案非常重要