Rails生产环境下同一AJAX请求二次调用变慢问题咨询

这种“首次点击响应飞快，连续点就卡成几十秒，隔会儿又恢复正常”的现象我之前在项目里碰过好几次，大概率和资源竞争、缓存失效或者连接池瓶颈有关，给你拆解几个最可能的方向和实操排查步骤：

1. 数据库连接池被耗尽了 #

Rails的数据库连接池是按线程分配的，默认大小不算大（一般5-10）。首次请求时连接池有空闲连接，所以响应快；连续点击时，所有连接都被占用，新请求只能排队等前面的连接释放，这一等就是几十秒；间隔一段时间后，闲置连接会被自动回收，池子里又有空位，再点就快了。

排查&验证： #

• 打开Rails的debug日志（在config/environments/production.rb里把config.log_level = :debug），看请求日志里有没有ActiveRecord相关的waiting for connection提示。
• 用rails console执行ActiveRecord::Base.connection_pool.stat，连续点击链接后再跑一遍这个命令，看busy数值是不是等于size（等于的话就是池满了）。
• 检查你的控制器动作，有没有手动获取连接后没释放的情况——比如写了conn = ActiveRecord::Base.connection但忘了调用conn.release，这种情况会直接占着连接不放。

2. 缓存没正确命中，每次都重新跑复杂查询 #

如果你的报表用了缓存（比如Rails.cache或者数据库查询缓存），可能首次请求命中了缓存，但连续点击时缓存被意外清空，或者缓存Key生成有问题（比如漏了某个筛选参数），导致每次都要重新执行耗时的SQL查询。而数据库刚跑完一次大查询后，可能还在做磁盘IO或者锁没释放，第二次查就变慢了，隔会儿数据库缓过来又快了。

排查&验证： #

• 看控制器里的缓存逻辑，比如有没有用Rails.cache.fetch，检查缓存Key是不是包含了所有筛选参数（比如"report_#{params[:filter1]}_#{params[:filter2]}"），漏参数会导致不同筛选条件共用缓存，或者缓存失效。
• 查看SQL日志，连续点击时是不是每次都执行了相同的大查询，而不是显示CACHE前缀——如果每次都跑SQL，那就是缓存没生效。
• 检查报表相关的模型，有没有在请求过程中修改了缓存依赖的记录（比如统计数据写入临时表），导致缓存自动失效。

3. 数据库查询加了锁，连续请求排队等锁 #

如果你的报表查询涉及到写操作（比如生成临时统计表），或者用了SELECT ... FOR UPDATE这类加锁的语句，首次请求会加锁，连续点击时后续请求得等锁释放才能执行，这就会导致超时。间隔一段时间后锁自动释放（比如事务超时），再点就正常了。

排查&验证： #

• 登录数据库服务器，查锁状态：
  • MySQL用SHOW PROCESSLIST，看有没有State为Waiting for table metadata lock或者Waiting for row lock的进程。
  • PostgreSQL用SELECT * FROM pg_locks WHERE NOT granted;，看有没有等待中的锁。
• 检查你的报表SQL，有没有加锁的语句，或者是否访问了正在被频繁写入的表——如果是，可以把查询改成只读事务（ActiveRecord::Base.transaction(readonly: true) do ... end），避免加写锁。

4. 前端JS的内存泄漏或重复绑定（概率相对低，但也要排查） #

虽然你说的是响应耗时超30s，大概率是后端问题，但也不能排除前端的锅——比如每次AJAX请求成功后，都重复绑定了点击事件，或者创建了大量没清理的DOM元素/定时器，导致浏览器内存飙升，JS处理变慢，看起来像是后端响应慢。

排查&验证： #

• 打开浏览器开发者工具的「Performance」面板，录制连续点击的过程，看是「Network」里的后端响应时间长，还是「Main」线程的JS处理时间长。
• 检查AJAX的回调函数，有没有类似$('.filter-link').on('click', function() {...})的代码——如果每次请求成功都绑定一次，点击次数多了会触发N次相同逻辑，拖慢前端。
• 看「Memory」面板，连续点击后内存是不是持续上涨不回落，如果是，那就是内存泄漏了。

快速验证小技巧 #

• 用curl在服务器上直接调用AJAX接口，模拟连续请求，看响应时间——如果还是慢，那肯定是后端问题；如果curl快但页面点击慢，就是前端问题。
• 把控制器动作简化成返回固定JSON，看连续点击是否还慢——如果不慢，就是业务逻辑（比如查询、缓存）的问题；如果还是慢，就是服务器/连接池的配置问题。

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