这是一个创建于 3603 天前的主题，其中的信息可能已经有所发展或是发生改变。
我现在帖子表已经到了1000W了，还在正以每天两三千左右的速度增加，所以分表已经刻不容缓了，但是除了以帖子id分表外没有什么更好的办法，想过用用户id来分，但是这样分的话会导致有些表数据分布不均匀，而且很难扩展，常用业务如下：
1. 获取最近两天的所有帖子；
2. 获取某板块的帖子（需分页）；
3. 获取某个用户所发的帖子（需分页）；
4. 按时间段来获取帖子；
不知道大家有没有好的办法推荐，先感谢各位了
1. 获取最近两天的所有帖子；
2. 获取某板块的帖子（需分页）；
3. 获取某个用户所发的帖子（需分页）；
4. 按时间段来获取帖子；
不知道大家有没有好的办法推荐，先感谢各位了
 |
1
invite 2014-12-25 13:37:15 +08:00  1
按天分表可行？
|
 |
2
cevincheung 2014-12-25 13:40:59 +08:00 1
按照帖子id，分区。
单独分表已经慢慢无法满足需求了。 1234需求分表只能使用UNION |
|
3
cevincheung 2014-12-25 13:41:12 +08:00
补充，上个sphinx也行。
|
 |
4
regmach 2014-12-25 13:42:48 +08:00 1
我怎么觉得压力不大
1,4可以用缓存 2,3可以用索引 |
 |
5
woshicixide OP @invite 可行，但是按板块id和用户id来找帖子的时候得扫全部表
|
|
6
woshicixide OP @regmach 我前面还加了层mongo，用来缓存两天的数据，但是碰到23在性能上已经快不行了（sql语句肯定命中索引）
|
|
7
woshicixide OP @cevincheung 我的目的就是尽量少用union，但是sphinx对我来说用处不大，我不需要做内容查找
|
|
8
cevincheung 2014-12-25 13:53:40 +08:00
@woshicixide
sphinx做条件筛选，id查询无压力。multi也不错。 |
|
9
regmach 2014-12-25 13:54:05 +08:00
@woshicixide 0_0 访问量好大啊...
请问回复表是不是更加夸张? |
|
10
woshicixide OP 1
@regmach 回复表差不多大，但是回复的查看量不大，所以暂时不会有什么问题
|
|
11
invite 2014-12-25 14:03:32 +08:00 1
@woshicixide 又想分表，又不想扫描全部表？数据就放在那里，不扫它，那怎么获取信息啊？
|
 |
12
xing393939 2014-12-25 14:06:58 +08:00 1
1000W，不算多吧。之前我的一个mysql innodb分区表，都已经2亿多条记录了，查询都不慢，觉得可以在查询上多做些优化就行了
|
 |
13
Mac 2014-12-25 15:07:15 +08:00
1000W是瓶颈么？
|
 |
14
haython 2014-12-25 21:20:01 +08:00
我感觉按月分一下就可以了
|
 |
15
esile 2014-12-25 23:35:21 +08:00
@woshicixide 按id分表，1234都可以用coreseek/sphinx解决！
|
Select Language