0
点赞
收藏
分享

微信扫一扫

关于用户表根据userId分库后根据userName查询问题的思考

随着业务的持续增长,注册用户不断增长,查询压力越来越大,亟需对用户表进行拆分。
采用最常规的拆分方法,对userId进行取模运算,根据取模结果,数据落到不同的库中
关于用户表根据userId分库后根据userName查询问题的思考_分库
这样一来,数据就分散了,大大降低单库的数据量,可以实现数据扩容,根据userId查询时需要先对userId进行取模运算,以决定需要从哪个库查找,查询过程如下
关于用户表根据userId分库后根据userName查询问题的思考_取模运算_02
例如有个userId为157,根据流程,157%3 = 1,它应该查询u_db1库
但是如果根据userName查询,那么问题就不这么简单了,因为事先并不知道userName落在哪个库,只能一个一个库去查询,当库比较少的时候,尚可接受,但是库多了,性能必定受影响很大。
怎么办呢?
(1)、关系映射
正常逻辑是userId—>userName,根据userId能查询到userName,逆向思维,建立一张中间表,表中为userName—>userId的映射关系,不包含其他字段,查询时先查询此关系表,在根据结果去查询完整数据
缺点是显而易见的,多查了一次数据库,而且可能存在userName重复的情况
(2)让userId与userName发生点关系
即知道了userName能知道userId,能想到的方法就是设计一个函数用userName去生成userId,uid=f(uname);查询时根据此方法,算出userId,然后去查询完整信息
缺点:这个函数设计难度很大,因为有重复的危险
(3)顺着思路2继续改进,目标就是需要拿到userName知道去哪个库找,而库又是根据userId决定的,那么可以在userId中留下几位特征码,这几位特征码取决于userName,如此一来,就能实现快速查找了,怎么做呢,比如userId一共32位,可以留出最后3位给userName

思路有了,马上去实践一下


举报

相关推荐

MYSQL——关于分库分表的建议

0 条评论