如何能在多个web服务器1个DB的情况下保证数据唯一?

公司里做的项目, 打算用多个web服务器, 共同连一个DB, 在某个基础表里的数据需要逻辑唯一, 既某对象(attr1="a", attr2="b")在数据库里只能存在一条记录, 由于这个基础表在用户使用中是用户自定义的, 因此有可能a,b2个用户通过web服务器a和web服务器b同时提交对象(attr1="a", attr2="b")...那么在这种情况下如何使DB里面最终只有一条记录?

公司的做法是:

public synchronized A save(A a){
    //查找数据库看有没有a
    if(没有记录){
        //锁表

        //插入记录
    }else{
        //返回数据库记录
    } 

}

但我觉得这样还是有问题啊, 因为在查数据库完了之后, 有可能另一台服务器正在保存了, 不过他们解释如果另一台服务器如果正在保存, 这边这台锁表不会成功的, 请问一下, 大家遇到这种情况是怎么处理的?

=================================
也许是我没说清楚, 后面有个同学说得对, 说白了就是多服务器下并发插入的问题, 如何能做到并发插入时保证数据唯一
下面是大家的一些方案(排名不分先后 ), 看看还有没有其他的方案:
1. 把save交给一台机器处理,然后暴露API给其他机器使用
2. 乐观锁(这个我觉得似乎不能解决并发插入问题啊)
3. 联合主键
4. 唯一索引
5. 直接往数据库里面插数据，加个时间字段，精确到毫秒级就差不多了，取最新的那个时间字段的行
6. 做一个数据库操作锁，方法调用前都要取锁，取到锁的才用执行，否则等待，这个锁可以放在缓存服务器中，集群中的所有节点连上这台缓存服务器

===============================
加说一下: 这个表是有pk的..比如表结构是:A(id pk auto_increment, attr1, attr2, attr3....)
id是数据库自己递增的, 业务要求是:attr1, attr2....任意2条数据不能重复, - -!这样是不是用唯一性索引就能解决了?

评论

29 楼 kunee 2009-08-10  

乐观锁当然可以解决

28 楼 rain2005 2009-08-10  

by5739 写道

rain2005 写道

by5739 写道

rain2005 写道

可以在数据库里面建一个版本行。。。
如果提交a或者b就更新版本行

建版本好像不能解决问题啊，不管有没版本，都要先查询数据库有没有记录才能决定是插入还是不插入（或者更新），但是这个2个动作之间要是被人抢先插入，就会出问题

所以说才加个版本行啊，提交是看版本有没有变化撒，如果版本行版本发生变化就会滚事务，不是很easy的事么？

不太明白啊。。。比如顺序是这样的：
a服务器检查DB发现没有数据
b服务器检查DB发现没有数据
b服务器插入版本为1，id=1的数据
a服务器插入版本为1，id=2的数据

id是db自动生成，这样好像不能控制数据唯一吧？

如何发现没有数据呢？所以才说要加版本行啊，不是版本列，在初始数据库数据是就插入这个版本行，插入数据时修改版本行数据，如果插入A或者B后版本行变化回滚就可以了。

27 楼 ipconfiger 2009-08-10  

如果不想锁表，且又必须保证两边的提交都不会出错，那么可以采用以下异步的方式来实现；
假设有对象
A{
att1,
att2
}
那么，针对这个对象建立两个表，一个是主数据表，保存状态，另外一个是脏数据表，用于提交状态修改的内容，两个表列基本一致，脏数据表多一个时间戳字段。所有的提交都insert到脏数据表，这样子不用锁表，但是又保证了每次提交都快速得到响应，然后在之后的任意一次读取属性的时候都尝试合并脏数据。
假设T1，T2，T3都在同时提交，
T1提交{'aa','bb'}，T2提交{'11','22'}，T3提交{'12','fr'}虽然说是同时提交，但是总有先后顺序，假设数据库中脏表此时如下
T1{'aa','bb'}2009-8-10 10:04:33 123
T3{'12','fr'}2009-8-10 10:04:33 125
T2{'11','22'}2009-8-10 10:04:33 127
每次入库都相差2ms，然后T2开始读取属性了，那么此时就开始尝试合并，其实合并很简单，就是取最后提交的那一条，这里是T2，那么根据T2在脏表中的数据update主表的值后将主表记录返回，同时删除脏表中的数据，之后T1，T3再来读取的话，当发现脏表无数据就直接返回主表的数据。

由此能够在不锁表的情况下实现高效率的并发访问。

26 楼 by5739 2009-08-10  

dmewy 写道

PK是干嘛的?

如果pk是DB自动生成的...估计也不行吧?

25 楼 anky_end 2009-08-10  

dmewy 写道

PK是干嘛的?

唯一性约束比较好吧，不一定用pk，能不用联合主键尽量不用吧，特别是大表

24 楼 nychen2000 2009-08-10  

利用数据库的锁机制解决，不同的数据库有所不同。

23 楼 dmewy 2009-08-10  

PK是干嘛的?

22 楼 popufig 2009-08-09  

N多人提版本，也不看人家说的是并发插入问题，版本只解决更新问题

做成复合主键比较实在简单

21 楼 vvggsky 2009-08-09  

jxsgy 写道

attr1和attr2做成主键，这样让数据库帮你检查。

20 楼 chandler 2009-08-09  

  用最高级别的序列化读？
  脏读，不可重复读，幻读？到底是哪个问题呢？

19 楼 kenvin9 2009-08-09  

修改的时候where里面带上修改前的值，如:

update table set attr1='a2',attr2='b2' where attr1='a1' and attr2='b2'

18 楼 9981661 2009-08-09  

悲观锁 or  乐观锁， 悲观锁用在必发比较少的情况， 可以不用修改现有的数据库，
乐观锁 用于 并发相对较多的情况， 需要加一个version 字段

17 楼 zlowly 2009-08-09  

感觉这就和以前C/S一样。
直接用数据库建立唯一性索引就可以解决，应用只需要处理好异常就可以了。期望Web应用来实现的话，太麻烦而且不一定可靠。

16 楼 case0079 2009-08-09  

并发操作概率不大的话用乐观锁就可以了。

15 楼 linzy410 2009-08-09  

做一个数据库操作锁，方法调用前都要取锁，取到锁的才用执行，否则等待，这个锁可以放在缓存服务器中，集群中的所有节点连上这台缓存服务器

14 楼 坏孩子 2009-08-09  

by5739 写道

rain2005 写道

by5739 写道

rain2005 写道

可以在数据库里面建一个版本行。。。
如果提交a或者b就更新版本行

建版本好像不能解决问题啊，不管有没版本，都要先查询数据库有没有记录才能决定是插入还是不插入（或者更新），但是这个2个动作之间要是被人抢先插入，就会出问题

所以说才加个版本行啊，提交是看版本有没有变化撒，如果版本行版本发生变化就会滚事务，不是很easy的事么？

不太明白啊。。。比如顺序是这样的：
a服务器检查DB发现没有数据
b服务器检查DB发现没有数据
b服务器插入版本为1，id=1的数据
a服务器插入版本为1，id=2的数据

id是db自动生成，这样好像不能控制数据唯一吧？

直接往数据库里面插数据，加个时间字段，精确到毫秒级就差不多了，取最新的那个时间字段的行

13 楼 whaosoft 2009-08-09  

到是锁了 不过就是慢啊

12 楼 showtime520 2009-08-09  

交给数据库。。。设计好数据库的数据规范就行

11 楼 beeke 2009-08-09  

乐观锁，版本号。参考hibernate实现

10 楼 ywlqi 2009-08-09  

唯一索引。。。。