基于PostgreSQL优化Rails中预约课程统计的慢查询问题

• 优化查询逻辑，移除不必要的类型转换与嵌套判断
  原有查询中将时间对象转时间戳再转回时间的操作无意义，且在where条件中嵌套关联对象判断容易触发N+1查询也增加nil报错风险，建议提前计算时间边界，使用count替代size直接触发SQL COUNT统计，避免加载全量记录：

  # 提前判断latest_payment是否存在，避免查询内嵌套逻辑
  start_time = current_account.subscription.latest_payment&.created || 30.days.ago
  end_time = Date.current + 30.days
  @lessons_basic_count = @mylessons_lessons.where(datetime: start_time..end_time).count
  

• 新增数据库联合索引
  针对mylessons表的用户关联字段（如account_id/user_id）与datetime字段添加联合索引，查询时可直接走索引无需回表，统计效率提升最为明显：

  # 数据库迁移代码
  add_index :mylessons, [:account_id, :datetime], comment: '用户时间段预约课程统计专用索引'
  

  联合索引顺序遵循「等值查询字段在前、范围查询字段在后」的原则，符合最左前缀匹配规则。
• 避免无效查询
  视图中仅当用户订阅状态为已订阅且套餐ID为2时才渲染该统计值，原有逻辑中所有用户都会执行该查询，浪费性能，建议将查询逻辑包裹在条件判断内：

  if current_account.subscribed? && current_account.subscription.plan.id == 2
    # 仅满足展示条件时执行统计查询
    start_time = current_account.subscription.latest_payment&.created || 30.days.ago
    end_time = Date.current + 30.days
    @lessons_basic_count = @mylessons_lessons.where(datetime: start_time..end_time).count
  end
  

• 增加缓存降低数据库压力
  若统计数值允许分钟级延迟，可添加短过期时间的缓存，避免用户频繁刷新页面重复触发查询：

  @lessons_basic_count = Rails.cache.fetch(["lessons_basic_count", current_account.id], expires_in: 10.minutes) do
    start_time = current_account.subscription.latest_payment&.created || 30.days.ago
    end_time = Date.current + 30.days
    @mylessons_lessons.where(datetime: start_time..end_time).count
  end
  

  如需保证数据实时性，可在用户预约/取消课程、订阅状态变更时主动清空对应缓存。

内容的提问来源于stack exchange，提问作者Borja Soler