乐观离线锁最常见的实现方式是通过在UPDATE/DELETE语句中增加版本号来实现锁机制。
之所以叫离线锁是因为这种锁不是长时间的锁，而且一个业务事务中可能同时包含了几个系统事务。而乐观是相对悲观而言的，表示预计冲突不总是发生，以其得到最大的性能。
可能对业务事务，系统事务的概念大家有些陌生。按我的理解，可以这样解释：首先，你要明白事务不仅仅是一个技术问题（系统事务），更是一个领域问题（业务事务），举例说明，我们编辑一篇文章，显示编辑页面的动作可能涉及一个系统事务，提交表单的时候又涉及了一个系统事务，而整体可以看成一个业务事务。
如果不使用锁，那么就会产生不一致问题，如两个人一起编辑同一个文章，后一个提交的人就会覆盖前一个人的修改。
使用悲观离线锁似乎不错，我们可以在表里加一个字段表示当前记录是否被锁定，当显示编辑界面的时候就立刻设定为锁定，阻止其他人编辑，然后当提交的时候再解锁，看上去很美，但这个方法有很多问题，比如：打开编辑界面，记录标记为锁定，然后因为某些原因关闭了浏览器，问题出现了，记录将一直处于锁定状态。
使用乐观离线锁可以解决这个问题，通过在文章表里加入一个version字段，编辑之初从数据库中取出此值，保存在session中，编辑结束后UPDATE version = version + 1, ... WHERE version = ...来确保一致性，如果之前已经有人提交了，则version已经加一，那么再使用session里的version值进行比较，WHERE version = ... 将不再成立，影响行数为0，数据库回滚。