千万级别mysql设计如何做最好？

[一秒一次郎]

1、大概储存几千万条数据
2、每天的读取大概在几十万次
3、表里面只有一个字段存储大量内容，该字段存储的内容大概在几K
4、该表内所有的字段每次访问都需要用到
5、数据查询只通过ID字段进行




大概就这5方面的要求，应该如何设计最优？

小弟初步的打算是 根据ID分表、分库 ， 把ID设为索引

也请大家评论一下，另外更希望大家提出自己的意见，谢谢

[ACMAIN_CHM]

尝试一下分区表。

3、表里面只有一个字段存储大量内容，该字段存储的内容大概在几K
这个专门另设一表。

[一秒一次郎]

[Quote=引用 1 楼 的回复:]
尝试一下分区表。

3、表里面只有一个字段存储大量内容，该字段存储的内容大概在几K
这个专门另设一表。
[/Quote]

10W数据就有2G，分区要分几百个？

针对该字段设置单建立表的话
那么联表查询的时候会不会耗费时间，因为该表内所有字段每次都会用到，如果单建立表的话，所以每次都要联表查询

[Rotel-刘志东]

应该涉及数据库设计是一方面，另外数据库的架构也是一方面。
数据库设计应该是分区表处理了。
数据库架构应该读写分离操作，mysql复制或mysql cluster处理。

[一秒一次郎]

[Quote=引用 3 楼 的回复:]
应该涉及数据库设计是一方面，另外数据库的架构也是一方面。
数据库设计应该是分区表处理了。
数据库架构应该读写分离操作，mysql复制或mysql cluster处理。
[/Quote]

能具体说一下步骤吗，我看的有点蒙，我新手刚接触，不太懂架构

[rucypli]

几千万的数据只通过id查询分什么表啊 完全没有必要

[iihero_]

1kw * 9kB = 90GB，还真不算多。

[一秒一次郎]

[Quote=引用 5 楼 的回复:]
几千万的数据只通过id查询分什么表啊 完全没有必要
[/Quote]


mysql 单表 200G，可以承受吗

[一秒一次郎]

[Quote=引用 6 楼 的回复:]
1kw * 9kB = 90GB，还真不算多。
[/Quote]


mysql 单表 200G，可以承受吗

[rucypli]

[Quote=引用 8 楼 的回复:]

引用 6 楼 的回复:
1kw * 9kB = 90GB，还真不算多。



mysql 单表 200G，可以承受吗
[/Quote]
200G是有点大 分吧