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

[justlikemaki]

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

[willvvvv]

具体的业务场景描述一下

[moro]

有个标准，就是可以很容易做到水平扩展。

[Septembers]

数据规模不是问题 表结构设计合理性 才是大问题
数据规模上来啦无非就是 分库 分表 主写从读 集群化

[wy315700]

先上线吧 我觉得你们想多了，

[justlikemaki]

@willvvvv 主要是对用户的查询这方面，考虑到后期用户量大，一个登录可能就会很慢，连表的查询也会慢，所以寻求分表的规则或者是标准。

[Septembers]

数据库选型也很重要 我PgSQL单表几十亿都不是问题

[wshcdr]

@wy315700 说得对

[justlikemaki]

@Septembers 就是说可以先用一张表，数据上来了再分开？我现在的主要问题就不知道到底该怎么分表啊。。。

[justlikemaki]

@Septembers 我也是打算用pgsql的。

[wy315700]

@justlikemaki
首先mysql，INNODB的话配上大内存，TB级别的数据是没有问题的。

然后到了那个数据量，你们自然会有办法解决这个问题了。

[ifconfig]

mysql5.1之后有分区技术，业务都写好了再拆表岂不是要重构代码，而且楼上说的数据库选型也很重要 PgSQL单表几十亿都不是问题

[Septembers]

如果用户真发展到那个规模了 你也不缺钱请DBA

[JoeShu]

想太多，过度优化是万恶，技术是可以迭代的，等用户达到那个量级再优化。

[huijiewei]

噗。还没开始你就想着千万级的优化？ 想太多了啊

[em70]

大多数失败的项目,都是败在只有100人的考虑1亿用户的事情,互联网项目需要小步快跑

[vinceguo]

数据量这么大为什么还要用mysql?
直接上hadoop, hive, hbase, spark, 随便玩.

[gamexg]

搭车问一个问题，类似与监控宝ping日志怎么保存比较好？
直接存数据库是不是太坑了？

1000站点 * (24*60)/5 = 288000。
一天288000条日志，1个月8640000条。

直接存文本文件？查询比较麻烦些...

[huobazi]

等你一个月千万级时你的钱肯定够买 100 个 DBA 帮你搞定这事情了

[publicID001]

@gamexg 不坑

[mhycy]

@gamexg
有样东西叫NoSQL...
这是一个极其符合NoSQL环境的需求...
试试mongodb如何?