数据字段保证唯一性

数据字段保证唯一性

我们日常开发中,常见这么一个需求,要求一个code,一个name,需要保证code不重复,而code是用户输入的,常见的就比如一些字典等。

这个的我们常见的几种做法的话。

唯一键

要么就是直接以code作为主键,这样的话,伪代码基本就是

java 复制代码
  @Transactional(rollbackFor = Exception.class)
       public void add(String code,String name){
              try{
                     mydao.insert(code,name);
              }catch (Exception e){
                     throw myException("code不能重复")
              }
       }

基本就是以code为唯一键,当出入出现重复性错误的话,捕获后抛出自己封装的异常。

这个当然可以,但是如果不让你加唯一键的话,你怎么做。

先查后插

经常见的做法的话,就是

复制代码
 @Transactional(rollbackFor = Exception.class)
       public void add(String code,String name){
             //操作1,先查询数据库有没有
                 int count= mydao.select(code);
             if(count >0){
                    throw myException("code不能重复");
             }
             //操作2,插入数据库
             mydao.insert(code,name);
       }

看似逻辑没问题,但是如果并发高点,就会导致数据库中存在两条以上code一样的数据。

可是为什么呢。

我们来模拟下,事务1和事务2同时执行,code是一致的。

这个时候,事务1的操作1执行,发现满足条件。

事务2的操作1也执行,因为事务1还没提交,自然也没查到数据,满足插入条件。

这个时候,事务1和事务2的操作2都可以插入,自然就插入两条code一致的数据,就满足不了唯一性了。

数据库锁

我们可以用数据库的锁来解决。

复制代码
  @Transactional(rollbackFor = Exception.class)
       public void add(String code,String name){
             //操作1,先查询数据库有没有 
              //select code from mytable where code =code for update
                 int count= mydao.selectforupdate(code);
             if(count >0){
                    throw myException("code不能重复");
             }
             //操作2,插入数据库
             mydao.insert(code,name);
       }

for update仅适用于InnoDB,且必须在事务块(BEGIN/COMMIT)中才能生效。在进行事务操作时,通过"for update"语句,MySQL会对查询结果集中每行数据都添加排他锁,其他线程对该记录的更新与删除操作都会阻塞。排他锁包含行锁、表锁。

这个的话,就需要注意的是,查询走的是索引还是全表扫描,要将深入的话,基本要讲到索引加锁机制了,我们就简单理解为,如果code走的索引,就行锁,不走就全表。

这样事务1和事务2同时执行,事务1执行操作1,发现加锁成功,事务2执行操作1的时候,发现加锁失败,那事务2就挂起了,只能等事务1执行提交事务后才能成功。

这样就保证唯一性。

但是这个缺点比较大的是,因为code如果是数据库中没有的code,往往会导致加锁的范围比较大。导致接口并发比较低。

分布式锁

我们可以用分布式锁来代替数据库锁。

复制代码
     @Transactional(rollbackFor = Exception.class)
       public void add(String code,String name){
              //操作1,用code加锁,用阻塞式加锁,5s后加锁还失败就返回失败
             boolean success = myLock.trylock(code,5);
             if(!success){
                    throw myException("请重试");
             }
             try{
                    //数据库查询code
                    int count =mydao.selectBycode(code);
                    if(count >0){
                           throw myException("code不能重复");
                    }
                    //操作2,插入数据库
                    mydao.insert(code,name);
             }finally {
                    myLock.unLock(code);
             }
           
       }

用分布式锁通过code加锁,这样的话,不同code的插入不影响,同一个code同时插入的时候,只会有一个插入code执行。

注意还是要数据库查一下,加锁只是保证没有多个同一个code同时插入。不能保证数据库就没有code。

还有就是分布式锁的基本操作,try{}包一下后最终解锁。

总结

简答的话,数据库的唯一索引就好。但是唯一的业务逻辑比较烦的时候,考虑一下分布式锁。

相关推荐
YOU OU4 小时前
Redis基础常识与命令
数据库·redis·缓存
腻害兔4 小时前
【若依项目-产品经理视角】深度拆解 RuoYi-Vue-Pro 商城模块:从商品管理到交易引擎,50 张表撑起一整套电商系统
java·大数据·vue.js·产品经理·ai编程
码智社5 小时前
AES加密原理详解及Java实现加解密实战
java·开发语言
萧瑟余晖6 小时前
JDK 26 新特性详解
java·开发语言
Database_Cool_6 小时前
OLTP 和 OLAP 区别详解:分析型数据库和事务型数据库怎么选(附阿里云 AnalyticDB MySQL 选型指南)
数据库·mysql·阿里云
爱写代码的阿森7 小时前
鸿蒙三方库 | harmony-utils之KvUtil键值型数据库操作详解
数据库·华为·harmonyos·鸿蒙·huawei
马优晨7 小时前
Freemarker 完整讲解(后端 Java 模板引擎)
java·开发语言·freemarker·freemarker 完整讲解·freemarker模板引擎
Database_Cool_7 小时前
单机 MySQL 迁移到分布式数据库方便吗?阿里云 PolarDB-X 100% MySQL 协议兼容零改造平滑迁移
数据库·分布式·mysql
姜太小白8 小时前
【MySQL】 索引优化实战:解决 WHERE 等值 + IS NULL 查询,TEXT 字段报错 1167 的完整指南
数据库·mysql