帖子类型的数据该怎么分表

[woshicixide]

我现在帖子表已经到了1000W了，还在正以每天两三千左右的速度增加，所以分表已经刻不容缓了，但是除了以帖子id分表外没有什么更好的办法，想过用用户id来分，但是这样分的话会导致有些表数据分布不均匀，而且很难扩展，常用业务如下：
1. 获取最近两天的所有帖子；
2. 获取某板块的帖子（需分页）；
3. 获取某个用户所发的帖子（需分页）；
4. 按时间段来获取帖子；
不知道大家有没有好的办法推荐，先感谢各位了

[invite]

按天分表可行？

[cevincheung]

按照帖子id，分区。
单独分表已经慢慢无法满足需求了。
1234需求分表只能使用UNION

[cevincheung]

补充，上个sphinx也行。

[regmach]

我怎么觉得压力不大
1,4可以用缓存
2,3可以用索引

[woshicixide]

@invite 可行，但是按板块id和用户id来找帖子的时候得扫全部表

[woshicixide]

@regmach 我前面还加了层mongo，用来缓存两天的数据，但是碰到23在性能上已经快不行了（sql语句肯定命中索引）

[woshicixide]

@cevincheung 我的目的就是尽量少用union，但是sphinx对我来说用处不大，我不需要做内容查找

[cevincheung]

@woshicixide
sphinx做条件筛选，id查询无压力。multi也不错。

[regmach]

@woshicixide 0_0 访问量好大啊...
请问回复表是不是更加夸张?

[woshicixide]

@regmach 回复表差不多大，但是回复的查看量不大，所以暂时不会有什么问题

[invite]

@woshicixide 又想分表，又不想扫描全部表？数据就放在那里，不扫它，那怎么获取信息啊？

[xing393939]

1000W，不算多吧。之前我的一个mysql innodb分区表，都已经2亿多条记录了，查询都不慢，觉得可以在查询上多做些优化就行了

[Mac]

1000W是瓶颈么？

[haython]

我感觉按月分一下就可以了

[esile]

@woshicixide 按id分表，1234都可以用coreseek/sphinx解决！