建设网站怎样做,工程项目信息网,wordpress如何关闭主题,企业系统管理软件有哪些数据字段保证唯一性
我们日常开发中#xff0c;常见这么一个需求#xff0c;要求一个code#xff0c;一个name#xff0c;需要保证code不重复#xff0c;而code是用户输入的#xff0c;常见的就比如一些字典等。
这个的我们常见的几种做法的话。
唯一键
要么就是直接…数据字段保证唯一性
我们日常开发中常见这么一个需求要求一个code一个name需要保证code不重复而code是用户输入的常见的就比如一些字典等。
这个的我们常见的几种做法的话。
唯一键
要么就是直接以code作为主键这样的话伪代码基本就是 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 updateint 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{//数据库查询codeint 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{}包一下后最终解锁。
总结
简答的话数据库的唯一索引就好。但是唯一的业务逻辑比较烦的时候考虑一下分布式锁。
