shell: $PATH
Ruby: $LOAD_PATH

他们的用途好像啊

果断 redis 的 zset 哇。

请问 mina 到底比 cap 快在哪些地方？

一些比较慢的操作是不可避免的呀。

比如每次部署最耗时间的部分 assets compile 是逃不过去的呀？

这篇文章又系统，又通俗，真是篇好文章。

可以在本机造一亿条假数据，索引之间的差异会拉大。此外 SET SESSION query_cache_type=0; 可以在当前连接的 session 关闭缓存。

如何在 4 分钟内创建一亿条 mysql 假数据（ @vincent 教我的，哈哈）

Without creating a stored procedure, one technique I've applied is to use the table itself to add the columns. First seed it with a value...

insert into table_name ( column1, column2, column3, column4 )
  values ( 1, 2, 3, 4 );

Then insert again, selecting from this table to double the rows each time...

insert into table_name ( column1, column2, column3, uuid)
  select  round( rand()*10000), 0, 0, UUID() from rand_numbers;

You don't need to run the second query that many times to get quite a few random rows. Not as "neat" as using a stored procedure of course, just proposing an alternative.

client_type 和 status 的值的种类都很少

client_type

• BlackBerryDevice
• iPhone
• iPad

status

• 1
• 2

某个字段的值特异度很低的情况下，建索引比起全表扫描节省不了多少时间。所以我的看法是，这个字段的索引没啥用。

炮哥，你怎么看？

@ hooopo

找个 ruby 工作，跟着大牛一步步学

无所谓，都行

1. 对公司技术氛围的贡献（带领新人，分担管理压力）
2. 对公司业务的贡献（commit 数量）
3. 对社区的贡献（招人时一呼百应）
4. 元编程（基础扎实，会造轮子）
5. web 框架（对 rails 的熟悉度）
6. 精通数据库（各种数据库的应用场景）
7. 过去做过的业务多（再开发重复产品时速度快）
8. 计算机基础好（学习速度快）

我觉可以从这么几个角度来打分。

#23 楼 @aston

每个周五晚上，很多同事加班打德州扑克，欢迎加入。

#18 楼 @ysihaoy

15 寸的顶配 rMBP，加上原装的 magic mouse，以太网转换器，耳机，iPad，差不多该有的都有了。

我是满足了。

if there is no primary key, innodb will create a hidden column as primary key, and cluster rows on it

我喜欢打击人，哈哈。

你收集完了这些资源后，花了多少时间去学习这些课程？

help me...

可能还没有正式 release，你可以在 gemfile 中指定仓库地址和 commit sha，使用 6.0.2

👍

为什么没有人说：用 elasticsearch 呀

感谢 @zgm @serco 以及炮哥的解答。 :plus1:

我以前彻底的混淆了这两种查询的处理流程，他们两个查询时的策略完全不一样的。

1. query 1

   --  ms 级别
   -- token 已经加了索引
   select count(*) from devices where token="xxx"
   

2. query 2

   select count(*) from devices
   

Query1

在 Query1 中，mysql 会考虑 devices_token, devices_token_prefix_index 两个索引，最终选择了 selectivity 最高的索引 devices_token。

这个查询是 ms 级别的。

Query2

在 query 2 中，MySQL optimizer 会考虑使用以下三个索引：

• primary key 是 clustered index，是所有索引中最大的一个。在这个查询中，无论如何也不会用它。（largest）
• device_token 是次大（larger）
• device_token_prefix_index 是（large）

device_token_prefix_index 体积最小，所以会优先用它。

结论

在 InnoDB 存储引擎中，primary key 是 clustered index（最大的索引），使用它来处理 select count(*) from table_name 最慢。

新的疑问

但这样牵扯出一个新的疑问：

除了 constant table，所有的 select count(*) from table_name 都是一种低效的查询，是这个样子吗？

@zgm @serco @hooopo

#8 楼 @ericguo

:plus1:

去深圳看望多年的老基友 @_samqiu

:plus1:

楼主，慎用 sti，后期维护特别头大

有时候多态是个更好的替代方案。

http://railscasts.com/episodes/394-sti-and-polymorphic-associations

#8 楼 @_samqiu

我不是高级工程师，只是发个帖而已，兄台无需震惊。

:plus1:

占个楼，备用。

视图无法创建索引。

#22 楼 @hanluner

当初我投过 tower.im 简历，和他们技术负责人聊过。团队像个大家庭，人人都很友善。大家的技术也都不错，彼此互相学习。薪水给的也很高，远程办公。

我觉得是个挺吸引人的团队。

推荐 彩程，很不错的公司。

https://tower.im

👍