`
dengyll
  • 浏览: 90543 次
社区版块
存档分类
最新评论

DRP总结之数据库的悲观锁

 
阅读更多

drp的遗留问题,之前看视频留下来的,一直没有完善所以就没有及时的写入博客里。

我感觉对数据进行加锁确实非常重要,我们在开发软件,而这些软件大都是用来对数据进行操作,所以就会有数据的正确性、安全性的问题,而加锁正是为了保证数据的完整性。下面就说一下目前我接触到的锁机制。

在drp项目里,分销商的主键采用了单独的表来生成,这样就会出现多个用户同时生成主键的问题,也就是存在访问共同资源的情况,我们都知道出现了这种情况就必须使用线程同步,保证数据在任何时刻,最多有一个线程访问,以保证数据的完整性。目前我知道的解决办法有以下两种:

1、在java中使用synchronized关键字对方法同步(synchronized加入到方法上和synchronized(this)两种写法含义是一样的,都是对对象加锁)。

2、可以使用数据库的悲观锁,下面重点说一下数据库的悲观锁,使用举例:

select value fromt_table_id where table_name=? for update

悲观锁是采用数据库机制实现的(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据),数据被锁住之后其它用户将无法查看,直到锁释放,而只有提交或回滚事务后锁才会释放,这样就保证了数据的正确性。注意:for update语句只能放在select语句中,因为查询时把数据锁住才有意义。

延伸:使用Hibernate对数据进行操作时,只有在查询开始之前(也就是 Hiberate 生成 SQL 之前)设定加锁,才会真正通过数据库的锁机制进行加锁处理,否则,数据已经通过不包含 for update子句的 Select SQL 加载进来,所谓数据库加锁也就无从谈起。)

还有乐观锁,以后我们会接触到... ...


分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics