spring 事务并发 网上卖书的例子

看看网上别人举得一个例子
两个用户甲和乙网上购书。书只剩1本了
对于用户甲来说，他的动作稍微比乙快一点点，其购买过程所触发的动作大致是这样的：
-------------------------------------------------------------------------------
1. SELECT book_number FROM book WHERE  book_id = 123;
book_number大于零，确认购买行为并更新book_number
2. UPDATE book SET book_number = book_number - 1 WHERE  book_id = 123;
购书成功
-------------------------------------------------------------------------------
而对于用户乙来说，他的动作稍微比甲慢一点点，其购买过程所触发的动作和甲相同：
-------------------------------------------------------------------------------
1. SELECT book_number FROM book WHERE  book_id = 123;
这个时候，甲刚刚进行完第一步的操作，还没来得及做第二步操作，所以book_number一定大于零
2. UPDATE book SET book_number = book_number - 1 WHERE  book_id = 123;
购书成功
-------------------------------------------------------------------------------
表面上看甲乙的操作都成功了，他们都买到了书，但是库存只有一本，他们怎么可能都成功呢？再看看数据表里book_number的内容，已经变成 “-1”了

好了，问题陈述清楚了，再来看看怎么利用事务来解决这个问题，打开MySQL手册，可以看到想用事务来保护你的SQL正确执行其实很简单，基本就是三个语句：开始，提交，回滚。
-------------------------------------------------------------------------------
开始：START TRANSACTION或BEGIN语句可以开始一项新的事务
提交：COMMIT可以提交当前事务，是变更成为永久变更
回滚：ROLLBACK可以回滚当前事务，取消其变更
此外，SET AUTOCOMMIT = {0 | 1}可以禁用或启用默认的autocommit模式，用于当前连接。
-------------------------------------------------------------------------------
那是不是只要用事务语句包一下我们的SQL语句就能保证正确了呢？比如下面代码：
-------------------------------------------------------------------------------
BEGIN;
SELECT book_number FROM book WHERE  book_id = 123;
// ...
UPDATE book SET book_number = book_number - 1 WHERE  book_id = 123;
COMMIT;
-------------------------------------------------------------------------------
答案是否定了，这样依然不能避免问题的发生，如果想避免这样的情况，实际应该如下：
-------------------------------------------------------------------------------
BEGIN;
SELECT book_number FROM book WHERE  book_id = 123 FOR UPDATE;
// ...
UPDATE book SET book_number = book_number - 1 WHERE  book_id = 123;
COMMIT;
-------------------------------------------------------------------------------
由于加入了FOR UPDATE，所以会在此条记录上加上一个行锁，如果此事务没有完全结束，那么其他的事务在使用SELECT ... FOR UPDATE请求的时候就会处于等待状态，直到上一个事务结束，它才能继续，从而避免了问题的发生，需要注意的是，如果你其他的事务使用的是不带FOR UPDATE的SELECT语句，将得不到这种保护。
文章来自：老李的日志。源地址：http://www.dayanmei.com/blog.php/ID_912.htm


现在问题来了，请问spring事务用最高隔离级别串行化事务测试，为什么两个事务都能读到书的数目,不是串行化么？
在慢1点的用户更新后报如下错
Deadlock found when trying to get lock; try restarting transaction

虽然更新失败，但是为什么在后执行的事务中能读到书的数目呢？而不是等待呢?

上面这个经典流程用spring如何实现，经过我到论坛提问，在大家的启发下，写了下面这个spring的翻版

 

//  购书过程翻版
   @Transactional
   public void SellBook() throws Exception {

   book book1=this.getHibernateTemplate().get(optobject.class, 123L,
   LockMode.UPGRADE);
  
   if (book1.getbookNumber()<1) throw new RnutimeException("书卖光了");
  book1.setbookNumber(book1.getbookNumber()-1);
   }