在学习Rails中的并发处理的处理前，我们先简单了解下并发处理的概念。

在有多个处理同时访问同一个数据库的应用程序中，可能会出现这样的情况，因为一个处理更新了数据库中的行，而使得另一个处理中持有的数据变得陈旧了。例如，A和B先后从数据库中提取了相同的数据，并都做了修改，这时B先将自己的修改更新会数据库，稍后，A将自己的修改更新回数据库，这时将会覆盖B所作的修改，当B再次提取数据库后，看到的是A修改的结果，而不是自己的。

一个解决办法就是将更新的表或者行进行锁定，防止其他程序进行更新或者访问，锁定可以完全避免并发的问题，也常称作悲观锁，但是在Web项目中，这个做法是行不通的，因为在同一个时间点上，可能会有很多个用户需要访问数据。

乐观锁并没有将数据锁定的外在表现，作为替代，在将修改写回到数据库之前，进行检查来确定一条记录是否已经被修改了。在Rails里的实现方法是，每和行都包含有一个版本号（version number），不管什么时候行被更新了，版本号就会被增加，当你在你的程序中进行一个更新操作时，Active Record检查行和Model的版本号，如果不匹配，将会放弃修改并抛出一个异常。

对于任何一个包含有integer型的字段lock_version的表，乐观锁都会默认的被启用，你可以把新行的这个字段初始为0，但是，如果你忘记了，Active Record也会替你完成。

我们来看看怎样实现乐观锁，我们创建一个名为counters的表：

create table counters (

id int not null auto_increment,

count int default 0,

lock_version int default 0,

primary key (id)

);

然后我给这个表创建一个行，将这个行读入到不同的Model中，并且在其中尝试更新，

class Counter < ActiveRecord::Base

end

Counter.delete_all

Counter.create(:count => 0)

count1 = Counter.find(:first)

count2 = Counter.find(:first)

count1.count += 3

count1.save

count2.count += 4

count2.save

当我们运行上面的代码，会得到一个异常，Rails会放弃count2所作的修改，因为其中包含的已经是脏数据了。

    如果使用了乐观锁，就需要在程序中处理这些异常，也可以禁用乐观锁：

ActiveRecord::Base.lock_optimistically = false

    关于乐观锁，可以参考Martin Flower所著的《企业应用解决方案及模式》一种中关于并发处理和工作单元（Work Unit）模式的内容，相信对Rails的并发处理机制会有更深的了解。