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 加载进来，所谓数据库加锁也就无从谈起。）

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