Rails 4.2：如何统计各页面生成的SQL查询总数量？

一、开发环境快速排查 #

• rack-mini-profiler：在Gemfile中添加gem 'rack-mini-profiler'，执行bundle install后重启服务器。访问任意页面时，右上角会显示请求总耗时、SQL查询次数及单条查询耗时，点击详情可直接定位查询量多、耗时久的页面。
• Bullet：添加gem 'bullet'到Gemfile，在config/environments/development.rb中配置：

  config.after_initialize do
    Bullet.enable = true
    Bullet.alert = true
    Bullet.bullet_logger = true
    Bullet.console = true
  end
  

  它会自动检测N+1查询、不必要的预加载等问题，通过浏览器警告或日志直接指出问题页面，是快速定位性能痛点的利器。

二、日志深度分析 #

开发或生产环境的日志会记录每个请求的完整耗时分布（如Completed 200 OK in Xms (Views: Yms | ActiveRecord: Zms)）及所有SQL查询的耗时。可通过脚本统计核心指标：

• 每个控制器动作的平均请求耗时
• 平均ActiveRecord总耗时
• 平均SQL查询次数

示例awk脚本处理production.log：

awk '/Processing by/ {action=$3} /Completed .* in/ {split($4, t, "ms"); time=t[1]} /ActiveRecord:/ {split($3, db, "ms"); dbtime=db[1]; queries=$5} {print action "," time "," dbtime "," queries}' production.log | sort | uniq -c | sort -nr

执行后可快速筛选出查询次数多、数据库占比高的动作。

三、生产环境持续监控 #

• New Relic：添加gem 'newrelic_rpm'到Gemfile，配置后可在仪表盘查看各控制器动作的响应时间、SQL耗时占比、慢查询排行，追踪真实用户请求的性能表现，定位影响用户体验的核心页面。
• Skylight：专注于Rails应用的数据库与视图性能分析，可视化请求执行流程，精准识别SQL查询或模板渲染的瓶颈。

四、定位最易优化的环节 #

1. 优先解决N+1查询：通过Bullet或rack-mini-profiler定位后，使用includes、preload或eager_load实现关联数据一次性加载，可大幅减少查询次数，优化效果显著。
2. 慢查询优化：对耗时超100ms的SQL执行EXPLAIN分析执行计划，检查是否缺少索引，或简化查询逻辑（如添加联合索引、调整关联查询写法）。
3. 视图渲染优化：若Views耗时占比高，检查是否存在大量循环渲染、复杂模板逻辑，可通过cache方法缓存局部视图，或简化模板结构。
4. 全链路排查：若页面整体慢但SQL耗时低，需排查外部API调用、后台任务阻塞或缓存未命中问题，针对性优化依赖环节。

内容的提问来源于stack exchange，提问作者Nikita Fedyashev