1、问题背景

现实应用中，数据库的操作与操作之间往往具有一定的语义和关联性。数据库应用希望将这些有关联的操作当作一个逻辑工作单元看待，要么都执行，要么都不执行。

【例】飞机订票系统有两个表Sale和Flight，分别记录各售票点(agentNo)的售票数及全部航班的剩余票数：

  1. Sale(agentNo, flightNo, date, saledNumber)
  2. Flight(flightNo, date, remainNumber)

现有A0010售票点(agentNo)欲出售F005航班(flightNo)2008年8月8日(date)机票2张。

  • 可编制如下程序：

image.png

  • 如何用SQL语句分别实现语句(1)和语句(2)？

语句(1)可用SQL语句表示为：

  1. SELECT remainNumber      
  2. FROM Flight      
  3. WHERE flightNo=‘F005’ AND date=‘2008-08-08’

语句(2)是在当F005航班2008年8月8日的剩余票数大于请求票数时更新Sale和Flight表。该更新包括两个update操作：

  1. UPDATE Sale
  2. SET saledNumber=saledNumber+2
  3. WHERE  agentNo=‘A0010’ AND flightNo=‘F005’ 
  4.       AND date=‘2008-08-08’
  6. UPDATE Flight
  7. SET remainNumber=remainNumber–2
  8. WHERE flightNo=‘F005’ AND date=‘2008-08-08’
  • 如果第一个UPDATE语句执行成功，而第二个UPDATE语句执行失败，会发生什么问题呢？？？

假设F005航班共有200个座位，2008年8月8日机票已售198张(其中被A0010售出20张)，余票2张。
当第1个UPDATE语句执行成功时，即A0010已售票数更新为22。当系统发生故障重新提供服务时，如果又有售票点请求出售F005航班2008年8月8日机票2张，由于F005的剩余票数未更新(仍为2)，因此满足其要求又出售了2张。
结果多卖了2张票！

  • 出现上述问题的原因是什么？

出现故障后，系统重新提供服务时数据库状态与现实世界状态出现了不一致。对于机票系统来说，一航班的剩余票数加上已售出票数应等于该航班全部座位数。而重新提供服务时，F005的已售票数与剩余票数之和为202(不等于200!)，导致多买了2张。

为解决上述问题，数据库管理系统引入了事务概念，它将这些有内在联系的操作当作一个逻辑单元看待，并采取相应策略保证一个逻辑单元内的全部操作要么都执行成功，要么都不执行。 对数据库用户而言，只需将具有完整逻辑意义的一组操作正确地定义在一个事务之内即可。

2、数据库并发性的含义

数据库最大的特点是数据共享，允许同一时间供多个用户根据自己的需要来操作数据库。
image.png
数据库的并发性及并发控制机制是衡量数据库系统性能的重要标准。