题目大概是这样：
有上亿级别的数据，每天都会有很大量的数据增加
设计一套思路 可以包括 程序 和数据库
几点意见供参考：
1:使用Innodb存储引擎.
2:每天的数据按照每个业务的不同命名+日期建表，Innodb的配置选项的Innodb_file_per_table 选项打开，以保证每个表写入不同的文件
3:这么大的数据量因为频繁插入不要对表建立索引
4：业务量看来如果是内网逻辑业务，涉及的并发量不是太高，推荐使用Innodb的READ_COMMITED事务隔离
5：至于需不需要做备份就看你自己的选择了，备份倒是建议基于生成数据时候的业务阶段的日志来做备份，这样一来可以压缩存储，二来可以减少MySQL本身的压力。
6：数据量大的时候根据业务或者时间来横向扩展MySQL
一套思路
- 程序
- 数据库
标准答案见上，拿去给面试官吧，记得给个好评哦。
ps：哪有这么面试的，问题开放得没边儿了，面试官刚睡完午觉被叫到会议室，一边看简历一边灵机一动想的题目吧？
数据库shard要有的吧
不针对业务需求设计架构都是耍流氓。
基本思路：分库分表分机.. ..