数据量:
现有 6位数(999,999) 的 catalog
分类,每个分类大概有超过 10位数(9,876,543,210)个 item
。
那么现在问题来了,根据数据的性质分表能想到的有两种方法:
数据是有时效性的,按(n)年分表,(n)年前的数据存档,然后,这个多个年也比较难把握。。。
每一个 catalog 分一个表,也就是说有 6位数的表,也就是一个数据库里边 999999 个表。。。
但是总感觉哪里不对。。。
请问这么大的数据量,mysql 如何做比较合适?
数据量:
现有 6位数(999,999) 的 catalog
分类,每个分类大概有超过 10位数(9,876,543,210)个 item
。
那么现在问题来了,根据数据的性质分表能想到的有两种方法:
数据是有时效性的,按(n)年分表,(n)年前的数据存档,然后,这个多个年也比较难把握。。。
每一个 catalog 分一个表,也就是说有 6位数的表,也就是一个数据库里边 999999 个表。。。
但是总感觉哪里不对。。。
请问这么大的数据量,mysql 如何做比较合适?
4 回答1.3k 阅读✓ 已解决
8 回答1.2k 阅读
3 回答1k 阅读✓ 已解决
2 回答1.7k 阅读
2 回答1.3k 阅读
1 回答861 阅读✓ 已解决
1 回答654 阅读✓ 已解决
数据库的优化方式,主要是考虑你的数据是如何用的。
如果你的数据都是按某一年来看,那么就按年分表。
如果你的数据主要是根据类别查询,把分类归为几个大类然后拆分一下,保证每个表的数据量差不多即可。