MySQL读多写少和读多写多设计场景区别？
- 校园学生刷卡
- 打车实时路线数据
低价值数据保存方案
事务机制拖累写入效率创建2个数据源，
- 一个读取msql
- 一个是读取NoSql
高价值数据保存方案
- 传统数据保存在MySQL
- 大规模写入数据保存在tokuDB
读多写多的业务场景
离线留言功能
- 离线消息的存储就是读多写多的--nosql数据库
- 微信朋友圈也是读多写多场景--nosql数据库
数据库集群优缺点
比如说很多大学的校园网都是单节点部署的，等到期末考试之后，大家都在同一天去校园网查看考试成绩，那么当天的校园网加载速度是非常慢的，浏览器半天也刷不出来网页，你看单节点的数据库支撑1万多的学生并发访问都很困难，我们怎么敢在大型的网站上去使用单节点的数据库，
还有就是用了数据库集群它可以存储更多的数据，因为innoDB引擎单表数据量如果超过2,000万，这个数据表的读写速度就会明显的下降。因此说我们可以把数据切分存储的不同的mysql节点上，这样每个节点的单表数据量就减少了。
比如说我把电器数据存放在第一个MySQL上面，厨具的数据存放在第二个MySQL，食品数据存放在第三个MySQL节点，那么数据经过切分存放之后，集群能保存的数据量也就更多了，而且我们在给MySQL节点配上冗余的备份节点，比如说第一个MySQL节点挂掉了，那么它的备份节点就可以立即投入使用，这样抵御故障的能力也比单节点MySQL好很多。以上就是我们为什么要使用数据库集群的原因了。