已发简历，如果可以的话，请尽快安排一个面试，3q

迟早会换回去的，除非你的项目真是个玩具，不打算长期维护

前排支持，

顶！d=====(￣▽￣*)b

try

给的少说刷流氓，给的多说不靠谱，呵呵了

已注册，昵称，sun1752709589

虽然我不知道为啥 Python 没有，但是 ruby china 这么好的原因我感觉：管理员太有责任心了，不至于广告啥的满天飞...

为啥不在国内的和国外的都传一份，有翻墙的还是打不开啊

我们大石家庄也招 ruby 了，赞个👍

赞这个系列，楼主继续加油！

👍🏻

mysql innodb 的左前缀匹配规则就表明 mysql 中多列索引的话是按照列顺序排列的，即是：先按第一列排，第一列相同的那些按第二列排，依次类推.......我不认为排序时和某一列是不是 id 列有多大关系

#2 楼 @ibugs 我认为这种的话不算用到了索引，如果你在查询中再加入其他不在索引中的列，比如*，应该就不会出现用到索引的情况了，不知道说的对不对，楼主试下可以。索引最重要的作用就是快速定位某段符合筛选规则的数据，至于索引覆盖这东西，可以认为是附加的好处

那个「根据 b 查询」得，我感觉它是用的索引覆盖，其实就是给你走了遍索引，所以那个 keys 列会说用到了那个索引，况且 extra 列也告诉你说 using index 了，

#9 楼 @ibugs http://www.linuxidc.com/Linux/2014-09/107267.htm 这篇帖子从源码层面分析了下，涨姿势了

#10 楼 @geniousli 没事赶紧敲代码吧，哈哈

添加一个 idx_of_p_status_status_c_time (p_status,status,c_time,id) 索引 如果 engine=innodb，二级索引应该是指向主键索引的，二级索引中包含 id 列的话貌似没必要...

不错的样子，有时间研究下

报名！

真心不错啊，要是有离线文章功能就更好了