Mysql入门系列：MySQL不支持的功能

核心提示： t3 销售人员2卖出2件衬衫t4 销售人员2试图取得一个锁：这被阻塞，因为销售人员1已经占住了锁：LOCK TABLES inventory WRITEt5 销售人员1计算库存的新数目为47 - 3 = 44 并设置衬衫计数为44，Mysql入门系列：MySQL不支持的功能(3)，然后释放

t3 销售人员2卖出2件衬衫

t4 销售人员2试图取得一个锁：这被阻塞，因为销售人员1已经占住了锁：

LOCK TABLES inventory WRITE

t5 销售人员1计算库存的新数目为47 - 3 = 44 并设置衬衫计数为44，然后释放锁：

UPDATE inventory SET quantity = 44 WHERE item = "shirt"

UNLOCK TABLES

t6 现在销售人员2的锁请求成功。销售人员2检索当前衬衫计数（ 44）

SELECT quantity FROM inventory WHERE item = "shirt"

t7 销售人员2计算库存的新数目为44 - 2 = 42，设置衬衫计数为4 2，然后释放锁：

UPDATE inventory SET quantity = 42 WHERE item = "shirt"

UNLOCK TABLES

现在来自两个事务处理的语句不混淆了，并且库存衬衫数也正确进行了设置。我们在这里使用了一个WRITE 锁，因为我们需要修改inventory 表。如果只是读取表，可使用READ 锁。当您正在使用表时，这个锁允许其他客户机读取表。在刚才举的例子中，销售人员2大概不会注意到执行速度上的差异，因为其中的事务处理都很短，执行速度很快。但是，作为一个具有普遍意义的规则，那就是应该尽量避免长时间地锁住表。

如果您正在使用多个表，那么在您执行成组查询之前，必须锁住他们。如果只是从某个特定的表中读取数据，那么只需给该表加一个读出锁而不是写入锁。假如有一组查询，其中想对inventory 表作某些更改，而同时需要从customer 表中读取某些数据。在此情形下，inventory 表上需要一个写入锁，而customer 表上需要一个读出锁：

LOCK TABLES inventory WRITE,customer READ

...

UNLOCK TABLES

这里要求您自己对表进行加锁和解锁。支持事务处理的数据库系统将会自动完成这些工作。但是，在作为一个整体执行的分组语句方面，无论在是否支持事务处理的数据库中都是相同的。