多服务分布式并发问题的理解

最近在研究一些并发的问题，我们知道java中控制并发有很多种方式，但是由于现在项目中一般都不可能把服务器布置成单点，都是以多台服务器集群的方式，所以在java中去加锁已经无法完全控制并发问题了。在我碰到的项目中，数据库的写入基本可以用单点这个词来形容，所以在数据库中我们可以做到并发的控制。

关于UPDATE的并发控制

update数据库的时候，数据库控制并发的方式，基本分为2种：

1.锁更新的那条记录。

        锁记录我们一般的操作就是SELECT ... FOR UPDATE，行级锁。这个SQL在读取完数据后，就能把这行数据锁住，防止其它SESSION对行数据进行修改。这就是我们所说的悲观锁。为什么叫悲观锁呢，因为它会让其它SESSION阻塞，等待锁定行记录的那条SESSION将修改COMMIT掉后才能获得对行数据的操作资源。

        我们通常不提倡用悲观锁，为什么呢？因为我们通常公司里的服务都是访问量挺高的，所以占用数据池资源是挺大的，如果用悲观锁，就会导致很多的资源阻塞而无法使用，这样我们的系统便会变得很慢，老是在等资源。

个