数据库的三板斧 先上MySQL,之后再上读写分离,然后呢? 后面典型的做法是垂直拆库和水平分表. 一旦数据库拆了之后,代价就来了. 1.事务不能跨库了(少,但是很重要,可以适当改写) 2.相关的关联查询不能用了(拆库之后,很难再用SQL拼出结果.) 如果要改写这个,一不小心,势必会对业务造成重大影响.更可悲的是,数据库的架构改造对于开发人员来说,是件苦差事,只有苦劳,没有功劳(除非上层领导已经意识到架构不得不改的时候). 下面我就来介绍下能解决关联查询这个最大的困扰的办法.有请spider!!!…