共计 309 个字符，预计需要花费 1 分钟才能阅读完成。
数据多的案例
- 服务器在处于大量的申请，几万，几十万的申请。
数据库（关系型数据库、非关系型数据库），一个表或者一个 redis key 数据过多。
解决思路
- 一个数据过多，零碎不能同时解决大量申请，或者数据库中单个数据过大，就须要应用到数据拆分
- 申请过多，采纳分流的思路，把服务器做一个集群解决，将申请调配到不同的服务器下
- 关系型数据库单表数据过多，须要应用分库分表的思维将不同的数据库中，比方取模调配。
非关系型数据库，如果单个 key 数据很大，将不同数据的惟一标识，拼接不同的 key，寄存在 redis 里，依据不同的 key 拜访不同的数据
总结
无论是申请过多，还是申请多大，当单体的零碎解决能力曾经拉到最大值时，就须要思考将数据做拆分的操作。
正文完
