关于 Rails 自动加载引起的慢请求

woshishui — Sat, 20 Jan 2018 18:16:53 +0800

rails 服务器重启之后，第一次请求会变慢 (所谓的变慢已经排除了外部的资源加载的因素),表现为一个 method 里面对 ActiveReocrd 的每一个调用都会慢 2-5 倍，(从 2ms 变成 10ms)。于是总的时长就由 20ms -> 100ms.
各个方法的变化幅度是一致的：即偶然出现的变慢请求和重启之后的第一次请求,3 条不同 sql 变慢幅度一致 (eg: sql A 都是从 10ms 变成 40ms,sql B 都是从 2ms 变成 13ms).
我由此推测是因为加载导致的，于是在线下的 development 模式下运行，发现将代码增加一个空格之后，会导致程序出现类似的变慢，但是第二次请求恢复正常。我推测这是由于 rails 发现监视的文件变化了，所以将所有常量的加载记录移除了，这样运行新的代码时，解释器发现未知常量，于是调用 const_miss 方法去加载，从而变慢。

请问 production 环境中，为什么会出现类似的问题？(即所有操作都变慢一定的幅度)。线上环境并没有实时修改代码，也不会自动加载,但是表现是非常类似的。
如果存在这样的问题，是否需要解决 (因为变慢的概率和幅度都不大，暂时可以接受),是否可以解决 (通过修改什么参数或者配置？)

@huacnlee @Rei @luikore @jasl ，感谢各位大佬！

如何在线上 Rails 环境中对刚刚执行对 SQL 进行 show profile?

woshishui — Fri, 19 Jan 2018 20:34:01 +0800

各位大佬好，我是一个 rails 新手，最近遇到了一点问题：

某一条 sql 在线上环境中有一定概率 (5% 左右) 出现较长的执行时间，而线下环境无法复现。

初步怀疑是innodb_buffer_size太小导致，同时查看了cache,发现命中情况并不理想，也怀疑存在 cache lock 有影响。接下来准备调整参数。
如果想看看具体是哪里慢了，我想到的办法是把过去的 N(15 <= N <= 100) 条 profile 都记录出来，然后 parse 出最近的几条（需要的 sql）query id，然后执行 show profile for query xxx;
存在的疑惑: profile 的打开与否似乎是 session 级别的（不确定，但是实验现象表面如此）,那么我需要每次都在需要定位的模块开头 set profile = 1，然后才能执行下面的操作吗？我的线上环境是多进程 + 多线程，那么每一个线程拿到的 connecrtion 是不是只记录了对应的 sql 呢？这样无论多高的并发，我都可以拿到最近执行的 sql profile 情况而不用担心
被其他 sql 冲走。

请问我这样的想法有没有问题？害怕在线上这样搞出问题，请指教。