84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
数据量:现有6位数(999,999) 的catalog分类,每个分类大概有超过10位数(9,876,543,210)个item。
catalog
item
那么现在问题来了,根据数据的性质分表能想到的有两种方法:
数据是有时效性的,按(n)年分表,(n)年前的数据存档,然后,这个多个年也比较难把握。。。
每一个 catalog 分一个表,也就是说有6位数的表,也就是一个数据库里边 999999 个表。。。
但是总感觉哪里不对。。。请问这么大的数据量,mysql 如何做比较合适?
欢迎选择我的课程,让我们一起见证您的进步~~
推荐你看下一个文章《大型网站架构改进历程:存储的瓶颈》一二三四五六
数据库的优化方式,主要是考虑你的数据是如何用的。
如果你的数据都是按某一年来看,那么就按年分表。如果你的数据主要是根据类别查询,把分类归为几个大类然后拆分一下,保证每个表的数据量差不多即可。
目前看来一个 catalog 分一个表是比较好的解决办法,但是就怕 999999 个表在一个库里边会产生很大的效率问题。。。
推荐你看下一个文章
《大型网站架构改进历程:存储的瓶颈》
一
二
三
四
五
六
数据库的优化方式,主要是考虑你的数据是如何用的。
如果你的数据都是按某一年来看,那么就按年分表。
如果你的数据主要是根据类别查询,把分类归为几个大类然后拆分一下,保证每个表的数据量差不多即可。
目前看来一个 catalog 分一个表是比较好的解决办法,但是就怕 999999 个表在一个库里边会产生很大的效率问题。。。