- 表数据维持一定数量，常用表考虑数据转储，不要让数据量过大（商用一次登录、注册屡次失败，就是因为deviceonline表数据达到了上百万，关联时间过长导致超时；deviceonline其实是设计每小时删一次的，定时任务失效；但是作为数据分析储备，数据不应该删除，而是应该转储；转储的时候可以做处理，而不是原封不动，比如deviceonline转储，可以剔除掉历史已经在线的记录；只转储有差异的数据等）；
- 只插入，不更新；同上，deviceonline机制；
- 过滤机制；早期设备上报频繁，导致服务器压力过大，添加了过滤机制，如果上报状态和上一次相同，就不再走业务逻辑处理（拆包、分析，查插数据库等等）；
- 设计的时候，呈现数据不要太细节，推迟细节数据（大数据）的操作；比如腾旭游戏登陆之后，很少有详细的信息；只有点击去某一个才是大数据量的查询、呈现；
- 缓存常用数据（memcache），减少和DB层的交互；
- 引入nigix代理，分布式分流；