mysql 海量数据设计（面试）

Question

题目大概是这样：
有上亿级别的数据，每天都会有很大量的数据增加

设计一套思路 可以包括 程序 和数据库

Answer 1

不针对业务需求设计架构都是耍流氓。

Answer 2

几点意见供参考：
1:使用Innodb存储引擎.
2:每天的数据按照每个业务的不同命名+日期建表，Innodb的配置选项的Innodb_file_per_table 选项打开，以保证每个表写入不同的文件
3:这么大的数据量因为频繁插入不要对表建立索引
4：业务量看来如果是内网逻辑业务，涉及的并发量不是太高，推荐使用Innodb的READ_COMMITED事务隔离
5：至于需不需要做备份就看你自己的选择了，备份倒是建议基于生成数据时候的业务阶段的日志来做备份，这样一来可以压缩存储，二来可以减少MySQL本身的压力。
6：数据量大的时候根据业务或者时间来横向扩展MySQL

Answer 3

基本思路：分库分表分机.. ..

Answer 4

一套思路

1. 程序
2. 数据库

一套思路

标准答案见上，拿去给面试官吧，记得给个好评哦。
ps：哪有这么面试的，问题开放得没边儿了，面试官刚睡完午觉被叫到会议室，一边看简历一边灵机一动想的题目吧？

Answer 5

数据库shard要有的吧