怎么才能有效防止并发情况下创建重复的数据库记录?

在实际开发中,偶尔会碰到有重复的数据库记录产生。比如创建一条记录,条件是该记录不存在。但是同时运行两个这样的动作会造成生成两条记录。如果在代码的层面,比如方法上或者代码段上增加synchronized并不能避免该问题,而且性能还会受到影响。前提是数据库事务隔离级别是读提交,在这样的情况下,后运行的操作,在前面运行的操作没提交事务时,无法读取到已经插入的记录情况。想了很久也没想到什么好的办法,请大家给出出主意。

其实这个问题最好用唯一性索引或者能用主索引来解决就是最好的了,如果重复,数据会出错。这样就能防止重复数据。

如果能方便使用索引来做的话,我想了一个办法(不成熟)。

举例说明: 注册用户的时候,首先要检查用户名是不是已经被占用,没有占用就允许使用这个用户名注册,已经占用就要换一个用户名注册。

这里面主要有两个操作:检查(读)和注册用户(写)。而读和写数据两个操作之间无论如何都会有一段时间,如果恰恰这段时间别的用户又写进来一条记录,而前面已经返回没有这条记录,可以写,这样就造成重复记录。我觉得还可以再加一个操作,写完数据之后,再检查一下,如果有大于一条重复记录,就认为是重复的,把除第一条记录的其他记录删除,然后提醒用户修改用户名。这里面有一个重要问题,怎么区别哪一条是第一条记录。

我没有仔细想。建议用数据库索引来做。这样就没有这么多麻烦了。

最简单的方式,是直接使用UUID作为id字段,而不是自增的整数类型。

加版本字段,也就是乐观锁方式实现并发事务

这个就麻烦了 就看你对数据重复的定义是如何的 是所有的都一样算重复 还是 其中某些一样算重复. 也许设计的时候用组合键能够解决.如果出现的情况不多 那么我个人觉得没必要为了千万份之一的东西 消耗大多数性能 可以考虑定期检查清理 每隔一小时清洗一次.

可以考虑建unique的数据库index来处理。