读多写少&读少写多的业务场景

读多，写少：Mysql + Nosql
读少，写多：Mysql + TokuDB

• 冷，热数据分离

通常来说，绝大多数的数据都是读多，写少
select多
insert into少
delete
update

• 电商系统
• 新闻系统
• 论坛系统
• 在线教育都是读多，写少的业务场景

读多写少的解决方案

把MySQL组建集群，并且设置上读写分离

写多读少的解决方案

• 如果是低价值的数据，可以采用NoSQL数据库来存储这些数据
  • noSql放弃了复杂的表结构，和约束，去除了事务机制
  • 数据写入的速度更快
• 如果是高价值的数据，可以用TokuDB来保存
  • 例如刷卡数据
  • mysql的 TokuDB引擎

• 打车的路线图

创建2个数据源

• mysql
• nosql

冷数据，很少被查询的数据

tokuDB

写多读多的业务场景

• 离线消息，就是读多，写多的场景
• 微信的离线消息

数据库集群

数据库集群的速度，赶不上单节点的数据库写入速度

集群的好处

集群能支持更大规模的并发访问
并且存放更多的数据