千万级数据的表应该怎么设计分表规则？

[justlikemaki]

最近在和同事一起创业，是移动互联网的项目。现在还是设计初期，考虑到后期可能的用户增长，如果用户数达到了千万级，对一张表进行查询肯定会慢，但是要分表可能会有其它问题。我考虑的分表，如果是按月份分，后期的数据一个月内可能就会达到千万级，那这样分就没什么意义了。如果是先创建好所有的分表，按照平均的规则写入到各个表中，查询的时候就不知道怎么查了。特地来这里问问各位，遇到这种问题应该怎么解决呢？

[h2ero]

过早优化不太好。

[immjun]

@mhycy 试试 PostgreSQL 如何 ?

[lyragosa]

过度优化是万恶！

[wdongxv]

现在2千多万，还没分表，啥时候撑不住再分

[zhicheng]

才千万。。。你们也太小瞧数据库了。

[xiaoyuvps]

到500W再研究不好么？

[a398058068]

这个不着急。 主从复制 ， 分库分表。 这些后面弄都可以。 特别是用户表这种一般都有自增长主键 要做分库分表很简单 再加个主从 主写从读 千万不是事

[E2gCaBAT5I87sw1M]

选 PostgreSQL，另外：先上线吧 我觉得你们想多了。

[server]

不要过早优化

[yanze0613]

等你们如果用户数达到了千万级，之前，雇个专业的架构师和DBA吧

[wadezhao]

楼主等你有了一千万用户，我确信解决方案自己biu的就蹦出来了，不是开玩笑…………

[MarsWang]

千万级单表没啥问题，量上来在说吧

[wmttom]

@gamexg
现在在用 InfluxDB 放 API 的请求统计 event，感觉还不错，用的是 StatsD+InfluxDB+Grafana，自己订制的 gunicorn 自动收集每个 API 的请求统计数据。

[frankzeng]

@gamexg 一个月一个分区呗，超过一定时间导出来，压缩成文件，或是直接干掉。

[tangooricha]

@justlikemaki 在我们这，这个级别已经进hadoop集群了。

[billwang]

先把现在做好吧，这是真心话

[gamexg]

@publicID001 感觉数量多了会挂掉...
@mhycy 印象中mongodb很耗内存，做设备日志记录的时候测试一下。
@wmttom 看着正合适，用的时候细看下...
@frankzeng 经典的解决方案。

[rrrrutdk]

我就是这样过度优化结果什么也没做出来。

看你的业务规则吧，比如用户登录时需要选定城市或部分等，如果没有的话，按一定的前缀分表：

例如：

如果你的网站支持手机登录，即手机号与用户编号绑定的话，使用号段分表，158, 153, 189等等，查询数据库前自己先判断号段再选择表名；

如果你的网站使用登录名，可以以字母表分表，a-z0-9等等，同样在查询前先判断登录名第一位。当然，要是觉得两位也能接受也行，即aa, ab, ac, .....分表；

如果同时支持手机号与登录名，先手机号再登录名按上述处理。

[rrrrutdk]

靠，我又没仔细看就在这里BB。钻地中……