Bee读写分离使用总结

原创已于 2022-02-20 22:54:41 修改 · 2.5k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #database #读写分离

于 2022-02-20 22:51:51 首次发布

Bee 同时被 3 个专栏收录

314 篇文章

订阅专栏

138 篇文章

订阅专栏

分库分表

51 篇文章

订阅专栏

本文介绍了数据库的读写分离策略，包括启用配置、主从模式以及高可用问题的处理。支持灵活的流量分配、就近读取和强制主库操作。在主从同步的基础上，讨论了如何应对新增、宕机和主从切换等场景，强调了及时刷新配置和上下文更新的重要性。此外，还提出了改进方案，如提供就近路由和限流功能。

Bee读写分离RW、主从模式
2 读写分离RW、主从模式
bee.dosql.multiDS.enable=true
#支持同时使用多种类型数据库的数据源.
#bee.dosql.multiDS.differentDbType=true
#bee.dosql.multiDS.defalutDS=ds1

#write DB just set one db.
bee.dosql.multiDS.writeDB=ds1
#bee.dosql.multiDS.readDB=ds2,ds3
#poll:1, rand:2
#bee.dosql.multiDS.rDbRouteWay=1

支持场景:
支持水平扩展从库，灵活的调整各个从库的任意流量比例
支持优先就近选择从库进行读取数据，避免跨机房访问
灵活的强制走主库策略，支持单条SQL或者整个请求内所有SQL走主库
写库不能放在只读库列表若需要在主库中读取数据,可特指
一个事务有读也有写操作，则统一到写库

主从同步,由DB负责.

高可用问题。主要包括：
新增slave节点：如果新增slave节点，应用应该感知到，可以将读请求转发到新的slave节点上。
slave宕机或下线：如果其中某个slave节点挂了/或者下线了，应该对其进行隔离，那么之后的读请求，应用将其转发到正常工作的slave节点上。
master宕机：需要进行主从切换，将其中某个slave提升为master，应用之后将写操作转到新的master节点上。
发现相应问题，及时刷新配置信息，并设置上下文配置要更新的标志:HoneyContext.setConfigRefresh(true);

改进:
提供就近路由、限流等功能。