比如查询吧。如果MYSQL分库分表,势必会增加逻辑代码的难度。比如一个简单的查询,分表了之后先要找到那张表,然后再查询。这样代码复杂度就会成倍增加。。。。我们该如何设计解决这个问题呢????????????
PS:我经验不足。目前的水平也就是一个mysql上面。我发现分库分表以后逻辑代码一下会变得复杂很多
比如查询吧。如果MYSQL分库分表,势必会增加逻辑代码的难度。比如一个简单的查询,分表了之后先要找到那张表,然后再查询。这样代码复杂度就会成倍增加。。。。我们该如何设计解决这个问题呢????????????
PS:我经验不足。目前的水平也就是一个mysql上面。我发现分库分表以后逻辑代码一下会变得复杂很多
这都被你发现了,但确实没有更好的办法...
1,分别查询,获取结果,再在内存中合并排序
2,把上述结果存储到中间表
这不就是MapReduce么
举个例子
假设有字段user_id
,可以根据user_id
后几位来分库分表:
|user_id |name|
|123456 |db_45.table_45_6|
|654321 |db_32.table_32_1|
很简单
你可以试试分区。。。
具体怎么分表?为什么不直接用mysql5.1后新增的分区技术。。。
难度并没有想象的那么大,只是在操作表之前多一个获取表明的操作,一个函数封装下就好。
真正的难点在于数据统计这块,就是 @vus520 说的。
已抢140773个
抢已抢4582个
抢已抢7079个
抢已抢11484个
抢