MYSQL DELETE语法的实际操作与代码

数据库 MySQL
今天我们主要向大家讲述的是MYSQL DELETE语法的实际操作步骤与其实际应用代码的介绍,以下就是文章的详细内容描述。

以下的文章主要介绍的是MYSQL DELETE语法的实际操作步骤以及对MYSQL DELETE语法的实际应用代码的描述,以下就是对其具体内容描述,希望会给你带来一些帮助在学习此语法方面。

单表语法:

 

  1. DELETE [LOW_PRIORITY] [QUICK] [IGNORE] FROM tbl_name  
  2. [WHERE where_definition]  
  3. [ORDER BY ...]  
  4. [LIMIT row_count] 

 

多表语法:

 

  1. DELETE [LOW_PRIORITY] [QUICK] [IGNORE]  
  2. tbl_name[.*] [, tbl_name[.*] ...]  
  3. FROM table_references  
  4. [WHERE where_definition] 

 

或:

 

  1. DELETE [LOW_PRIORITY] [QUICK] [IGNORE]  
  2. FROM tbl_name[.*] [, tbl_name[.*] ...]  
  3. USING table_references  
  4. [WHERE where_definition] 

 

tbl_name中有些行满足由where_definition给定的条件。MYSQL DELETE用于删除这些行,并返回被删除的记录的数目。

 

如果您编写的DELETE语句中没有WHERE子句,则所有的行都被删除。当您不想知道被删除的行的数目时,有一个更快的方法,即使用TRUNCATE TABLE。

如果您删除的行中包括用于AUTO_INCREMENT列的最大值,则该值被重新用于BDB表,但是不会被用于MyISAM表或InnoDB表。如 果您在AUTOCOMMIT模式下使用DELETE FROM tbl_name(不含WHERE子句)删除表中的所有行,则对于所有的表类型(除InnoDB和MyISAM外),序列重新编排。对于InnoDB表, 此项操作有一些例外。

对于MyISAM和BDB表,您可以把AUTO_INCREMENT次级列指定到一个多列关键字中。在这种情况下,从序列的顶端被删除的值被再次使用,甚至对于MyISAM表也如此。MYSQL DELETE语句支持以下修饰符:

如果您指定LOW_PRIORITY,则DELETE的执行被延迟,直到没有其它客户端读取本表时再执行。

对于MyISAM表,如果您使用QUICK关键词,则在删除过程中,存储引擎不会合并索引端结点,这样可以加快部分种类的删除操作的速度。

在删除行的过程中,IGNORE关键词会使MySQL忽略所有的错误。(在分析阶段遇到的错误会以常规方式处理。)由于使用本选项而被忽略的错误会作为警告返回。

删除操作的速度会受到一些因素的影响,这些因素在7.2.18节,“DELETE语句的速度”中进行了讨论。

在MyISAM表中,被删除的记录被保留在一个带链接的清单中,后续的INSERT操作会重新使用旧的记录位置。要重新使用未使用的空间并减小文件 的尺寸,则使用OPTIMIZE TABLE语句或myisamchk应用程序重新编排表。OPTIMIZE TABLE更简便,但是myisamchk速度更快。请参见13.5.2.5节,“OPTIMIZE TABLE语法”和第7章:优化。

QUICK修饰符会影响到在删除操作中索引端结点是否合并。当用于被删除的行的索引值被来自后插入的行的相近的索引值代替时,DELETE QUICK最为适用。在此情况下,被删除的值留下来的空穴被重新使用。

未充满的索引块跨越某一个范围的索引值,会再次发生新的插入。当被删除的值导致出现未充满的索引块时,MYSQL DELETE QUICK没有作用。在此情况下,使用QUICK会导致未利用的索引中出现废弃空间。下面是此种情况的举例说明:

1. 创建一个表,表中包含已编索引的AUTO_INCREMENT列。

2. 在表中插入很多记录。每次插入会产生一个索引值,此索引值被添加到索引的高端处。

3. 使用DELETE QUICK从列的低端处删除一组记录。

在此情况下,与被删除的索引值相关的索引块变成未充满的状态,但是,由于使用了QUICK,这些索引块不会与其它索引块合并。当插入新值时,这些索 引块仍为未充满的状态,原因是新记录不含有在被删除的范围内的索引值。另外,即使您此后使用DELETE时不包含QUICK,这些索引块也仍是未充满的, 除非被删除的索引值中有一部分碰巧位于这些未充满的块的之中,或与这些块相邻。在这些情况下,如果要重新利用未使用的索引空间,需使用OPTIMIZE TABLE。

如果您打算从一个表中删除许多行,使用MYSQL DELETE QUICK再加上OPTIMIZE TABLE可以加快速度。这样做可以重新建立索引,而不是进行大量的索引块合并操作。

用于DELETE的MySQL唯一的LIMIT row_count选项用于告知服务器在控制命令被返回到客户端前被删除的行的最大值。本选项用于确保一个DELETE语句不会占用过多的时间。您可以只重复DELETE语句,直到相关行的数目少于LIMIT值为止。

如果DELETE语句包括一个ORDER BY子句,则各行按照子句中指定的顺序进行删除。此子句只在与LIMIT联用是才起作用。例如,以下子句用于查找与WHERE子句对应的行,使用timestamp_column进行分类,并删除第一(最旧的)行:

  1. DELETE FROM somelog  
  2. WHERE user = 'jcole' 
  3. ORDER BY timestamp_column 

 

LIMIT 1;

 

您可以在一个MYSQL DELETE语句中指定多个表,根据多个表中的特定条件,从一个表或多个表中删除行。不过,您不能在一个多表DELETE语句中使用ORDER BY或LIMIT。

 

table_references部分列出了包含在联合中的表。此语法在13.2.7.1节,“JOIN语法”中进行了说明。

对于第一个语法,只删除列于FROM子句之前的表中的对应的行。对于第二个语法,只删除列于FROM子句之中(在USING子句之前)的表中的对应的行。作用是,您可以同时删除许多个表中的行,并使用其它的表进行搜索:

  1. DELETE t1, t2 FROM t1, t2, t3 WHERE t1.id=t2.id AND t2.id=t3.id; 

 

或:

 

  1. DELETE FROM t1, t2 USING t1, t2, t3 WHERE t1.id=t2.id AND t2.id=t3.id; 

 

当搜索待删除的行时,这些语句使用所有三个表,但是只从表t1和表t2中删除对应的行。

 

以上例子显示了使用逗号操作符的内部联合,但是多表DELETE语句可以使用SELECT语句中允许的所有类型的联合,比如LEFT JOIN。

本语法允许在名称后面加.*,以便与Access相容。

如果您使用的多表DELETE语句包括InnoDB表,并且这些表受外键的限制,则MySQL优化程序会对表进行处理,改变原来的从属关系。在这种 情况下,该语句出现错误并返回到前面的步骤。要避免此错误,您应该从单一表中删除,并依靠InnoDB提供的ON MYSQL DELETE功能,对其它表进行相应的修改。

注释:当引用表名称时,您必须使用别名(如果已给定):

  1. DELETE t1 FROM test AS t1, test2 WHERE ... 

 

进行多表删除时支持跨数据库删除,但是在此情况下,您在引用表时不能使用别名。举例说明:

 

  1. DELETE test1.tmp1, test2.tmp2 FROM test1.tmp1, test2.tmp2 WHERE ... 

 

目前,您不能从一个表中删除,同时又在子查询中从同一个表中选择。

 

 【编辑推荐】

  1. MySQL 触发器,存储过程实例演示
  2. 开源MySQL数据库的前璄,好?不好?
  3. MySQL数据库中的5种数据类型简介 
  4. 对MySQL DELETE语法的详细解析
  5. MySQL 游标的具体使用方案

 

责任编辑:佚名 来源: 博客园
相关推荐

2010-06-09 11:40:32

MySQL SQL 语

2010-05-27 14:35:25

MySQL批量导入

2010-06-07 17:30:16

MySQL配置SSL

2010-05-28 17:32:11

MySQL命令导数据

2010-05-28 18:16:43

MySQL 操作日志

2010-05-11 09:51:57

MySQL表修改

2010-06-04 14:18:10

MySQL 分页存储过

2010-06-04 10:31:05

tomcat MySQ

2010-05-18 09:31:05

MySQL修改表

2010-06-02 13:22:18

MySQL定时任务

2010-05-14 16:34:31

Mysql安装

2010-05-13 17:00:32

MySQL启动方法

2010-05-28 10:34:39

连接MySQL数据库

2010-05-18 17:39:13

MySQL alter

2010-05-10 18:46:14

Oracle更改表空间

2010-03-17 15:01:24

Python复制文件

2010-06-12 13:39:33

MySQL操作blob

2010-05-12 13:45:25

Mysql 复制设置

2010-05-20 17:40:54

MySQL编码

2010-05-19 10:37:06

MySQL expla
点赞
收藏

51CTO技术栈公众号