V2EX › frye 的所有回复 › 第 2 页 / 共 9 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9

❮

❯

2019 年 1 月 16 日

回复了 xiangyuecn 创建的主题 › 全球工单系统 › 老是有自作聪明的程序员在会随时间变化的地方用手写白名单还不更新

处于安全的角度，我觉得微博的做法没错

2018 年 9 月 19 日

回复了 Meli55a 创建的主题 › Google › google 无套直接访问了

月经贴

2018 年 8 月 22 日

回复了 Worktile 创建的主题 › 推广 › Worktile 7.0，带来的新任务为何如此不同

注册了一把，真心不好用，而且留了电话之后，销售会天天电话骚扰，神烦。

2017 年 9 月 8 日

回复了 x8 创建的主题 › Go 编程语言 › golang 的字面值与类型转换，来猜猜结果

没看出来有任何问题，为啥这么大惊小怪？

2017 年 8 月 3 日

回复了 Alucns 创建的主题 › MySQL › MYSQL 查询优化

@Aluhao MySQL 可以用 FORCE INDEX 语句指定使用哪个索引，另外如果 uid 比 cid 的离散度高的话，建立索引的时候建议把 uid 放在前面 CREATE INDEX index_name ON article (uid, cid, time DESC)，另外如果你建立了 uid, cid, time DESC 的索引的话，就完全没有必要再单独给 uid 建立索引了。

2017 年 8 月 3 日

回复了 Alucns 创建的主题 › MySQL › MYSQL 查询优化

@Aluhao 在我的印象中，MySQL 优化好，做你这样的 Query 的话，查询一个亿的数据，还是可以的。

2017 年 8 月 3 日

回复了 Alucns 创建的主题 › MySQL › MYSQL 查询优化

@Aluhao 如果你做了 @phx13ye 31 楼的操作，并且用到了这个索引，剩下能够优化的就只有字段类型了。如果还是很慢的话，就只能升级机器配置，或者考虑其他的数据库了。

2017 年 8 月 3 日

回复了 Alucns 创建的主题 › MySQL › MYSQL 查询优化

@Aluhao MySQL 的一个 Query 只能用一条索引，所以你分别建索引是没有用的，MySQL 只会用其中一条索引。就像大家说的，你建一个 cid,uid,time 的联合索引就好了，多多仔细深入思考下。然后还得 explain 一下，看看用对了索引没有。

2017 年 7 月 21 日

回复了 ericgui 创建的主题 › 程序员 › MongoDB 到底靠谱不靠谱？

弃坑 Mongo 是一个很好的选择，当数据量上去之后，弃坑也是一个早晚的事情。
我所遇到的用 Mongo 的大点的公司，到目前为止，没有一个公司没有弃坑的。