每天数据增量很大时,mysql应该咋搞

【每天数据增量很大时,mysql应该咋搞】 /topic.php?server=1\u0026amp;id=4294967295
这个URI表示到服务器1读id为4294967295的话题.
单机上配合MySQL的分区表特性(PARTITION BY RANGE(id)),每个分区存1000万条数据,一台数据库服务器存4294967295(43亿,无符号int的大小)个话题应该没问题.
加服务器扩容就简单了:
/topic.php?server=2\u0026amp;id=xxx
/topic.php?server=3\u0026amp;id=xxx
上面说的是话题(topic)的存储,而帖子(post)的处理也类似,需要注意的是,具有从属关系的topic和post应该放到同一台服务器存储.
至于URI中Query String的设计,可以自行修改,不一定非要像我上面单独设一个server参数,比如也可以:
/topic.php?id={server_id}-{topic_id}
/topic.php?id=1-10086

■网友
「数据增量很大」貌似跟mysql怎么设计没关系——该怎么设计怎么设计另外可以加一层nonsql缓存
■网友
面向全国性质的互联网产品,99%的功能都是烧钱堆机器,来做高性能缓存与提前计算。这样做,优点是性能非常高,能够容纳很多用户同时使用;但缺点也很明显,一是精度很低,二是实时性很差。
■网友
泻药,请参考MySQL 对于千万级的大表要怎么优化? - MySQL


    推荐阅读