本人数据库的知识有限，由于前期数据库设计的问题，导致现在分表遇到了问题。问题可以简单描述为：我有一个表bind，字段如下：
+----+------+---------+
| id | udid | user_id |
+----+------+---------+
下面两种操作的情况会同时出现：
操作1：update bind set user_id = 'user_id' where udid = 'udid';
操作2：update bind set udid = 'udid' where user_id = 'user_id';
由于这个表会被频繁的操作，当记录很大时，我要对它进行水平分表，这个时候问题就来了。
如果按照udid取模分表则没有照顾到操作2的情况，如果按照user_id取模分表则没有照顾到操作1的情况。
所以，现在想到的好一点的方法是将udid与user_id作为关键字分两套表，操作时用事务同时对两个表操作提交。但是这种方式比较麻烦，大家有没有好一点的想法？
在业务逻辑无法修改，数据库现有设计也无法改动的情况下，你的逻辑是正确的，分两套表。其中一套作为主表，数据全部保存在上面，另外一套类似于索引表，只需要维护user_id与udid的映射关系即可。
最简答直接的方法就是增加一个属性。根据新属性分。
我觉得就按照 user_id 取模分表就行了
操作1：update bind set user_id = 'user_id' where udid = 'udid';
操作2：update bind set udid = 'udid' where user_id = 'user_id';
无论对于哪个操作， user_id 都是确定的，因此都可以根据它确定要修改哪个表。
如果还要应对下面这两种操作的话
select user_id from bind where udid = 'udid';
select udid from bind where user_id = 'user_id';
是否可以考虑这样分表：
设 user_id 的范围是 1~10
udid 的范围也是 1~10
表1
user_id 1~5
udid 1~5
表2
user_id 1~5
udid 6~10
表3
user_id 6~10
udid 1~5
表4
user_id 6~10
udid 6~10
根据 user_id 查 udid 时，把 1 和 2 或者 3 和 4 join 到一起，然后查询
根据 udid 查 user_id 时，把 1 和 3 或者 2 和 4 join 到一起，然后查询
这样既没有数据冗余，性能上应该也比单表要好，因为理想情况下，查询时涉及的记录数会比单表少一半。 当然，我对数据库操作的性能没怎么研究过，join 的性能究竟怎样我也不太清楚，这里只是提供一个思路。