UPDATE 是一个修改表中行的 DML 语句。

一个 UPDATE 语句可以以 WITH 子句开头，以定义在 UPDATE 中可访问的公用表表达式。请参阅 第 15.2.20 节，“WITH (公用表表达式)”。

单表语法:

UPDATE [LOW_PRIORITY] [IGNORE] table_reference
    SET assignment_list
    [WHERE where_condition]
    [ORDER BY ...]
    [LIMIT row_count]

value:
    {expr | DEFAULT}

assignment:
    col_name = value

assignment_list:
    assignment [, assignment] ...

多表语法:

UPDATE [LOW_PRIORITY] [IGNORE] table_references
    SET assignment_list
    [WHERE where_condition]

对于单表语法，UPDATE 语句使用新值更新命名表中现有行的列。SET 子句指示要修改的列以及应该赋予它们的值。每个值都可以作为表达式给出，或者使用关键字 DEFAULT 将列显式设置为其默认值。如果给出了 WHERE 子句，则指定标识要更新哪些行的条件。如果没有 WHERE 子句，则更新所有行。如果指定了 ORDER BY 子句，则按指定的顺序更新行。LIMIT 子句限制可以更新的行数。

对于多表语法，UPDATE 更新 table_references 中命名的每个表中满足条件的行。即使匹配条件多次，每行也只更新一次。对于多表语法，不能使用 ORDER BY 和 LIMIT。

对于分区表，该语句的单表和多表形式都支持使用 PARTITION 子句作为表引用的一部分。此选项采用一个或多个分区或子分区（或两者）的列表。仅检查列出的分区（或子分区）是否匹配，并且不在这些分区或子分区中的任何行都不会更新，无论它是否满足 where_condition。

有关更多信息和示例，请参阅 第 26.5 节，“分区选择”。

where_condition 是一个表达式，对于要更新的每一行都计算结果为 true。有关表达式语法，请参阅 第 11.5 节，“表达式”。

table_references 和 where_condition 的指定方式如 15.2.13 “SELECT 语句” 中所述。

你仅需要对实际更新的 UPDATE 中引用的列拥有 UPDATE 权限。你仅需要对读取但未修改的任何列拥有 SELECT 权限。

UPDATE 语句支持以下修饰符：

UPDATE IGNORE 语句（包括具有 ORDER BY 子句的语句）被标记为对基于语句的复制不安全。（这是因为行更新的顺序决定了忽略哪些行。）此类语句在使用基于语句的模式时会在错误日志中生成警告，并在使用 MIXED 模式时使用基于行的格式写入二进制日志。（Bug #11758262，Bug #50439）有关更多信息，请参阅 19.2.1.3 “二进制日志记录中安全和不安全语句的确定”。

如果你在表达式中访问要更新的表中的列，则 UPDATE 会使用该列的当前值。例如，以下语句将 col1 设置为比其当前值大 1：

UPDATE t1 SET col1 = col1 + 1;

以下语句中的第二个赋值将 col2 设置为当前（更新后的）col1 值，而不是原始的 col1 值。结果是 col1 和 col2 具有相同的值。此行为与标准 SQL 不同。

UPDATE t1 SET col1 = col1 + 1, col2 = col1;

单表 UPDATE 赋值通常从左到右计算。对于多表更新，不能保证赋值按任何特定顺序执行。

如果你将列设置为其当前拥有的值，MySQL 会注意到这一点，并且不会更新它。

如果您通过设置为NULL来更新已声明为NOT NULL的列，则在启用严格SQL模式时会发生错误；否则，该列将设置为列数据类型的隐式默认值，并且警告计数会增加。隐式默认值对于数字类型为0，对于字符串类型为空字符串（''），对于日期和时间类型为“零”值。请参阅第 13.6节“数据类型默认值”。

如果显式更新生成的列，则唯一允许的值为DEFAULT。有关生成的列的信息，请参阅第 15.1.20.8节“CREATE TABLE 和生成的列”。

UPDATE返回实际更改的行数。mysql_info() C API函数返回匹配和更新的行数，以及UPDATE期间发生的警告数。

您可以使用LIMIT 行数来限制UPDATE的范围。LIMIT子句是一个匹配行数的限制。一旦找到满足WHERE子句的行数，语句就会停止，无论它们是否实际更改。

如果UPDATE语句包含ORDER BY子句，则行将按子句指定的顺序更新。这在某些情况下可能会有用，否则可能会导致错误。假设表t包含一个具有唯一索引的列id。以下语句可能会因重复键错误而失败，具体取决于更新行的顺序：

UPDATE t SET id = id + 1;

例如，如果表在id列中包含1和2，并且在将2更新为3之前将1更新为2，则会发生错误。为了避免此问题，请添加一个ORDER BY子句，以使具有较大id值的行的更新顺序优先于具有较小值的行的更新顺序：

UPDATE t SET id = id + 1 ORDER BY id DESC;

您还可以执行涵盖多个表的UPDATE操作。但是，您不能在多表UPDATE中使用ORDER BY或LIMIT。表引用子句列出了连接中涉及的表。其语法在第 15.2.13.2节“JOIN 子句”中进行了描述。以下是一个示例：

UPDATE items,month SET items.price=month.price
WHERE items.id=month.id;

前面的示例展示了一个使用逗号运算符的内部联接，但是多表 UPDATE 语句可以使用 SELECT 语句中允许的任何类型的联接，例如 LEFT JOIN。

如果您对包含外键约束的 InnoDB 表使用涉及多个表的 UPDATE 语句，MySQL 优化器可能会以与其父子关系不同的顺序处理表。在这种情况下，语句将失败并回滚。您可以更新单个表并依赖 InnoDB 提供的 ON UPDATE 功能来相应地修改其他表。请参阅 第 15.1.20.5 节，“外键约束”。

您不能在子查询中更新表并直接从同一张表中选择数据。您可以通过使用多表更新来解决此问题，其中一个表派生自您实际想要更新的表，并使用别名引用派生表。假设您希望更新名为 items 的表，该表使用此处所示的语句定义：

CREATE TABLE items (
    id BIGINT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    wholesale DECIMAL(6,2) NOT NULL DEFAULT 0.00,
    retail DECIMAL(6,2) NOT NULL DEFAULT 0.00,
    quantity BIGINT NOT NULL DEFAULT 0
);

要降低加价幅度为 30% 或更高的商品的零售价，并且库存量少于 100 件，您可以尝试使用 UPDATE 语句，例如以下语句，该语句在 WHERE 子句中使用了子查询。如下所示，此语句不起作用：

mysql> UPDATE items
     > SET retail = retail * 0.9
     > WHERE id IN
     >     (SELECT id FROM items
     >         WHERE retail / wholesale >= 1.3 AND quantity > 100);
ERROR 1093 (HY000): You can't specify target table 'items' for update in FROM clause

相反，您可以采用多表更新，其中子查询被移动到要更新的表列表中，使用别名在最外层的 WHERE 子句中引用它，如下所示：

UPDATE items,
       (SELECT id FROM items
        WHERE id IN
            (SELECT id FROM items
             WHERE retail / wholesale >= 1.3 AND quantity < 100))
        AS discounted
SET items.retail = items.retail * 0.9
WHERE items.id = discounted.id;

由于优化器默认尝试将派生表 discounted 合并到最外层的查询块中，因此只有在强制实现派生表时，这才会起作用。您可以通过在运行更新之前将 derived_merge 标志 optimizer_switch 系统变量设置为 off 来完成此操作，或者使用 NO_MERGE 优化器提示，如下所示：

UPDATE /*+ NO_MERGE(discounted) */ items,
       (SELECT id FROM items
        WHERE retail / wholesale >= 1.3 AND quantity < 100)
        AS discounted
    SET items.retail = items.retail * 0.9
    WHERE items.id = discounted.id;

在这种情况下，使用优化器提示的优点是它仅适用于使用它的查询块，因此在执行 UPDATE 后无需再次更改 optimizer_switch 的值。

另一种可能性是重写子查询，使其不使用 IN 或 EXISTS，如下所示：

UPDATE items,
       (SELECT id, retail / wholesale AS markup, quantity FROM items)
       AS discounted
    SET items.retail = items.retail * 0.9
    WHERE discounted.markup >= 1.3
    AND discounted.quantity < 100
    AND items.id = discounted.id;

在这种情况下，子查询默认实现而不是合并，因此无需禁用派生表的合并。