如何在 Rails 中避免这个 N+1 Query 查询

flowerains — Sun, 16 Jul 2017 11:30:43 +0800

现在已经有个这样的关联关系

# 用户
class User < ApplicationRecord
  has_many :group_users
  has_many :groups, through: :group_users
  has_many :messages
end

# 小组
class Group < ApplicationRecord
  has_many :group_users
  has_many :users ,through: :group_users
  has_many :messages
end

# 小组消息
class Message < ApplicationRecord
  belongs_to :group
  belongs_to :user
end

# 小组和成员的关联表
class GroupUser < ApplicationRecord
  belongs_to :group
  belongs_to :user
end

我在 ERB 模板里面写了这样一句，目的是获取当前这条消息所在小组的所有用户的名称，并且使用','连接他们

<% @messages.each do |message| %>
<strong>Group Chat: <%=  message.group.users.map(&:name).join(',')%></strong><br/>
<% end %>

这样子会产生大量的 N+1 query 查询

SELECT  "groups".* FROM "groups" WHERE "groups"."id" = $1 LIMIT $2  [["id", 1], ["LIMIT", 1]]
SELECT "users".* FROM "users" INNER JOIN "group_users" ON "users"."id" = "group_users"."user_id" WHERE "group_users"."group_id" = $1  [["group_id", 1]]
SELECT  "groups".* FROM "groups" WHERE "groups"."id" = $1 LIMIT $2  [["id", 2], ["LIMIT", 1]]
SELECT "users".* FROM "users" INNER JOIN "group_users" ON "users"."id" = "group_users"."user_id" WHERE "group_users"."group_id" = $1  [["group_id", 2]]

那么，请问如何避免这种 N+1 query 查询，或者最好的做法是怎样，请指教？

苦思冥想，还是来论坛试着寻求上海 Ruby 初级开发工程师的机会

flowerains — Tue, 27 Jun 2017 21:54:41 +0800

大家好，我是 4 月份大家觉得我这种情况，是否能够应聘一份 Ruby 的开发工作？这篇帖子的作者。

4 月份在写了这篇帖子之后，就又回去继续写 PHP 了，期间只能断断续续的看看 Rails 的书，有拿 windy 的 wblog 改改为自己搭建一个技术博客，放到我自己的美团云服务器上（卡在域名备案了）。从 5 月下旬开始，我也有去尝试找 Ruby 和 Rails 的工作，的确是有些担心薪酬的落幅，和应聘初级职位可能直接被拒的问题（事实也确实是如此）。

就如同@Rei在之前那个帖子里面所说，既然要谋求初级职位，想学习如何写出优化的代码，是要付出一些代价的，所以薪酬上我觉得可以接受一个初级开发的待遇，不过之前职位都是拉勾网上看的，对于初级开发能够提供的职位太少了。

所以决定在 ruby-china 发个帖，为自己求个职，总结一下自己过往的成绩和项目经验，希望有有识之士能够给个机会，薪酬大家可以坐下来谈嘛，别一口回绝了

工作经验和个人描述

PHP 开发 5 年，其中 3 年在上海某弹幕网站。
OSX 上开发 5 年，正版软件爱好者。
业余时间断断续续给其他公司做过 PHP 这块的培训，带过公司 PHP 新手和应届毕业生。
自己有个美团云的 ubuntu16.04 的机器，时常在上面鼓捣东西。
平时喜欢逛 NGA、BILIBILI、玩玩 PS4 游戏，通过 kindle 看看书，在 github 上交友。

曾经做过的项目

某画站
- 画站是一款集用户图片上传，分享，回复一体的网站。
- 主要用到了 linux 上的 imagemagick 库，和 PHP 的 imagemagick 扩展，做一些图片的处理，并且上传到云存储系统。
- 平时做一做维护优化，涉及到 MySQL 慢查询（通过 slow_query_log 查看慢查询语句，查找来源和优化，explain 判断是否有走索引）。
- 类似代码中有循环查询数据库，等代码中不合理的方式的写法改进（历史遗留问题都是坑啊）
某萌战 2015 第一届
- 是持续时间超过一个月的人气动漫角色投票活动，投票周期长，参与人数多。
- 有做例如代码输出 HTTP 消息头（Expires，Etag），做网页缓存的控制。
- 对于投票，采取直接把票以用户 uid 标识存进 redis 中，利用 redis 的原子性，防止用户每天重复投票。
- API 缓存的生成策略，使用了锁的争抢机制，具体是进程抢到了 reids 的中的某个 key 则查询数据库生成数据，其他没有抢到的直接返回失败，避免对 MySQL 的冲击
- 后期有考虑用 nginx 直接访问 memcached，做页面静态化，如果访问不到 memcached 中的缓存页面，则 error_page 指向 php 进程，再靠 PHP 生成模板页。
某线上售票平台时间大概在 2014-2015 陆陆续续做了 2 届
- 对 MySQL 的事务处理（如何使用乐观锁，PHP 利用版本号实现乐观锁），生成不重复订单号（php 生成 uuid）有了不少经验。
- 当然也必须承认为了抵御高并发，是靠堆砌服务器来实现的（胆小如我）
其他内部系统开发之类的，无非是功能的堆砌，业务的增删改查和复杂程度不同，需要的是把业务抽象成 API 的能力，没什么成就感，就不一一列举了。

个人缺陷

基础知识薄弱，有待以后加强。（最近终于买了《代码大全 2》《深入理解计算机系统》《大话数据结构》待看）。
英语水平较弱，查查文档和 stackoverflow 可以，不懂的单词还是得靠谷歌，未来要加强英语学习。
技术栈不全，对于搜索引擎，爬虫，甚至前端都有所缺失，为了成为全栈工程师必须查缺补漏。

渴望加入这样的公司

有 Ruby 或者 Rails 的技术专家，能和您一起共事，向您提问是我的荣幸。
推崇工程师文化，愿意接受一些新鲜的工具和技术。
可以凭自己的兴趣接触不同的技术栈，比如我想更多接触和学习一下前端开发，底层架构之类的。

结语

感谢大家看了我的长篇大论，凭着 PHP 这块的经验，我也已经拿到过东方头条等公司薪水不错的 offer，还是不甘心最终这几个月的学习白白浪费，对 Ruby 的热爱无处施展。所以才有这篇帖子。
附送上我的邮箱和微信号，希望对我感兴趣的人能联系我一下或者留下联系方式，Ruby 求职也是挺艰难的。
邮箱：flowerain@163.com
微信号：flowerains
github: github.com/flowerains
如果文章有什么不足或是有什么不符合要求的还请告知与见谅！谢谢各位的观看

后续 2017-07-03

已经找到 Ruby 工作入职了，感谢每一位给我提供过机会的人，我们有缘再合作~

大家觉得我这种情况，是否能够应聘一份 Ruby 的开发工作？

flowerains — Fri, 05 May 2017 15:59:13 +0800

我之前是做 PHP 开发的，算时间已经做了 5 年，其中三年在上海某弹幕公司工作。

现在所有的知识点都是基于 PHP 开发扩展开的，虽然有些共通的地方（比如 git，linux 上的简单运维操作，nginx+mysql+redis 的开发配置，API 请求优化，SQL 等）但是 Ruby 的经验远不能和 PHP 写了几万行相比。我从对 Ruby 从纯粹的好奇，到自己业余时间可以用 RoR 搭建一个小网站，做点业务模块是没问题了。主要还是有些心虚。

刚好这段时间离职了，有在考虑要不要转换一下编程语言，选择自己更喜欢的同时还能通过比较查缺补漏，各位对我有什么建议嘛，感激不尽 (～￣▽￣)～。

PS.之前是纯后端，HTML 看得懂，CSS,JS 大概只停留在套模板这层次吧。

flowerains (Alex Wang)