笔者比较倾向于CLIENT模式,架构简单,性能损耗较小,运维成本低 。实战案例
分库分表第一步也是最重要的一步,即sharding column的选取,sharding column选择的好坏将直接决定整个分库分表方案最终是否成功 。而sharding column的选取跟业务强相关,笔者认为选择sharding column的方法最主要分析你的API流量,优先考虑流量大的API,将流量比较大的API对应的SQL提取出来,将这些SQL共同的条件作为sharding column 。例如一般的OLTP系统都是对用户提供服务,这些API对应的SQL都有条件用户ID,那么,用户ID就是非常好的sharding column 。
这里列举分库分表的几种主要处理思路:
- 只选取一个sharding column进行分库分表 ;
- 多个sharding column多个分库分表;
- sharding column分库分表 + es;
推荐阅读
- 梦见刮风下雨从窗户往屋里进雨 梦见大雨从窗户刮进来
- 使用Python对数据进行AES加密和解密
- 网站降权网站关键词排名下降
- 虚拟内存结构了解一下
- 如何在Windows下使用Linux操作系统?
- 哈维尔2027是什么梗
- 地下城与勇士|夸“美国空气香甜”的留学生,回国至今找不到工作,每天在家遛狗
- 中国|马斯克登顶福布斯全球亿万富豪榜 旗下企业大涨:钟睒睒、张一鸣成中国最牛富豪
- 梦见两只又肥又大的老鼠在屁股下面 梦见两只又肥又大的老鼠追着我
- 夏天总没胃口吃不下饭?教你一道闻着饿,瞬间被勾起食欲的下饭菜