您可以通过以下命令启用和禁用安全更新选项。

禁用,

SET SQL_SAFE_UPDATES=0;

or

SET SQL_SAFE_UPDATES=OFF;

要启用,

SET SQL_SAFE_UPDATES=1;

or

SET SQL_SAFE_UPDATES=ON;

看起来你的MySql会话有安全更新选项集。这意味着如果在where子句中没有指定键(例如主键)，就不能更新或删除记录。

Try:

SET SQL_SAFE_UPDATES = 0;

或者您可以修改您的查询以遵循规则(在where子句中使用主键)。

执行UPDATE命令前，请按照以下步骤进行操作: 在MySQL Workbench中

点击编辑——>首选项 单击“SQL编辑器”页签，取消选中“安全更新”复选框 查询——>重新连接服务器//注销，然后登录 现在执行SQL查询

另外，不需要重新启动MySQL守护进程!

不需要将SQL_SAFE_UPDATES设置为0，我真的不鼓励这样做。SAFE_UPDATES默认开启是有原因的。你可以不用安全带和其他东西开车，如果你知道我的意思;) 只需在WHERE子句中添加一个KEY-value，该KEY-value匹配所有内容，例如与0相比的主键，因此不必写:

UPDATE customers SET countryCode = 'USA'
    WHERE country = 'USA';               -- which gives the error, you just write:

UPDATE customers SET countryCode = 'USA'
    WHERE (country = 'USA' AND customerNumber <> 0); -- Because customerNumber is a primary key you got no error 1175 any more.

现在你可以放心，每一个记录(总是)更新如你所期望的。

既然这个问题已经得到了回答，而且与安全更新没有任何关系，那么这里可能是错误的地方;我将发布补充信息。

我试图成为一个好公民，并修改了查询，使用临时表的id将得到更新:

create temporary table ids ( id int )
    select id from prime_table where condition = true;
update prime_table set field1 = '' where id in (select id from ids);

失败。更新如下:

update prime_table set field1 = '' where id <> 0 and id in (select id from ids);

这工作。好吧，天哪——如果我总是添加where key <> 0来绕过安全更新检查，甚至设置SQL_SAFE_UPDATE=0，那么我已经在我的查询中丢失了“检查”。我还不如永远关闭这个选项。我想它会让删除和更新变成两个步骤，而不是一个步骤。但如果你打得足够快，不再认为钥匙是特殊的，而只是一个讨厌的东西。

在MySQL Workbech版本6.2中，不退出PreferenceSQLQueriesoptions。

In this case it's possible use: SET SQL_SAFE_UPDATES=0;