MySQL不支持的功能

40次阅读

共计 1666 个字符，预计需要花费 5 分钟才能阅读完成。

今天就跟大家聊聊有关 MySQL 不支持的功能，可能很多人都不太了解，为了让大家更加了解，丸趣 TV 小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

MySQL 不支持的功能

这里介绍其他数据库中有而 MySQL 中无的功能。它介绍省略了什么功能，以及在需要这些功能时怎么办。一般情况下，MySQL 之所以忽略某些功能是因为它们有负面性能影响。有的功能正在开发者的计划清单上，一旦找到一种方法可以实现相应的功能而又不致于影响
良好性能的目标，就会对它们进行实现。
■ 子选择。子选择是嵌套在另一个 SELECT 语句内的 SELECT 语句，如下面的查询所示：
SELECT * FROM score
WHERE event_id IN (SELECT event_id FROM event WHERE type = T)
子选择打算在 MySQL3.24 中给出，到那时它们就不会忽略了。但到那时，许多用子选择撰写的查询也可以用连接来编写。请参阅 3 . 8 . 1 节“将子选择编写为连接”。
■ 事务处理和提交 / 回退。事务处理是由其他客户机作为一个整体不中断执行的一组 SQL 语句。提交 / 回退功能允许规定数条语句作为一个整体执行或不执行。即，如果事务处理中的任何一条语句失败，那么直到该语句前执行的所有语句的作用都被撤消。
ySQL 自动进行单一 SQL 语句的同步以免客户机互相干扰。（例如，两个客户机不能对相同的表进行同时写入。）此外，可利用 LOCK TABLES 和 UNLOCK TABLES 将数条语句组成一个整体，这使您能够完成单条语句的并发控制所不能满足的操作。MySQL 与事务处理有关的问题是，它不能自动对数条语句进行组织，而且如果这些语句中有某一条失败后也不能对它们进行回退。
为了弄清事务处理为什么有用，可举例说明。假如您在服装销售业工作，无论何时，只要您的销售人员进行了一次销售，都要更新库存数目。下面的例子说明了在多个销售人员同时更新数据库时可能出现的问题（假如初始的衬衫库存数目为 4 7）：
t1 销售人员 1 卖出 3 件衬衫
t2 销售人员检索当前衬衫计数（4 7）：
SELECT quantity FROM inventory WHERE item = shirt
t3 销售人员 2 卖出 2 件衬衫
t4 销售人员 2 检索当前衬衫计数（4 7）
SELECT quantity FROM inventory WHERE item = shirt
t5 销售人员 1 计算库存的新数目为 47 – 3 = 44 并设置衬衫计数为 44：
UPDATE inventory SET quantity = 44 WHERE item = shirt
t6 销售人员 2 计算库存的新数目为 47 – 2 = 45 并设置衬衫计数为 45：
UPDATE inventory SET quantity = 45 WHERE item = shirt
在这个事件序列结束时，您已经卖掉了 5 件衬衫，但库存数目却是 45 而不是 4 2。问题是如果在一条语句中查看库存而在另一条语句中更新其值，这是一个多语句的事务处理。第二条语句中所进行的活动取决于第一条语句中检索出的值。但是如果在重叠的时间范围内出现独立的事务处理，则每个事务处理的语句会纠缠在一起，并且互相干扰。在事务处理型的数据库中，每个销售人员的语句可作为一个事务处理执行，这样，销售人员 2 的语句在销售人员 1 的语句完成之前不会被执行。在 MySQL 中，可用两种方法达到这个目的：
■ 方法 1：作为一个整体执行一组语句。可利用 LOCK TABLES 和 UNLOCK TABLES 将语句组织在一起，并将它们作为一个原子单元执行：锁住所需使用的表，发布查询，然后释放这些锁。这样阻止了其他人在您锁住这些表时使用它们。利用表同步，库存情况如下所示：
t1 销售人员 1 卖出 3 件衬衫
t2 销售人员 1 请求一个锁并检索当前衬衫计数（47）
LOCK TABLES inventory WRITE
SELECT quantity FROM inventory WHERE item = shirt
t3 销售人员 2 卖出 2 件衬衫