前言
大家应该都知道，我们在mysql运维中出现过不少因为update/delete条件错误导致数据被误更新或者删除的case，为避免类似问题的发生，可以用sql_safe_updates参数来对update/delete做限制。这个参数设置为on后，可防止因程序bug或者DBA手工误操作导致的整个表被更新或者删除的情况。下面话不多说了，来一起看看详细的介绍吧。
设置这个参数时需要注意一下几点：
a、设置前需要确认程序中所有的update和delete都符合sql_safe_updates的限制规范，不然程序会报错。
b、5.0，5.1都是session级别的，5.6是global&session级别；低版本的数据库只能在程序创建session时设置带上set sql_safe_updates=on；高版本的数据库可以直接set global set sql_safe_updates=on，设置完成后让程序重连后生效。
限制规范：
示例表结构：
CREATE TABLE `delay_monitor` ( `id` int(11) NOT NULL, `Ftime` datetime DEFAULT NULL, `Fgtid` varchar(128) NOT NULL DEFAULT '', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=latin"color: #ff0000">1、updatea、报错条件：不带where、带where无索引、where条件为常量
不带where：
update delay_monitor set Ftime=now()；带where无索引：
update delay_monitor set Ftime=now() where Fgtid='test'；where条件为常量：
update delay_monitor set Ftime=now() where 1;b、执行条件：带where带索引、不带where+带limit、带where无索引+limit、带where有索引+limit、where条件为常量+limit
带where带索引：
update delay_monitor set Ftime=now() where id=2；不带where+带limit：
update delay_monitor set Ftime=now() limit 1；带where无索引+limit：
update delay_monitor set Ftime=now() where Fgtid='test' limit 1；带where有索引+limit：
update delay_monitor set Ftime=now() where id =2 limit1；where条件为常量+limit：
update delay_monitor set Ftime=now() where 1 limit 1;2、delete
相对于update，delelte的限制会更为严格；where条件为常量或者为空,将不予执行。
a、报错条件：不带where、带where无索引、不带where+带limit、where条件为常量、where条件为常量+limit
不带where：
delete delay_monitor set Ftime=now()；带where无索引：
delete delay_monitor set Ftime=now() where Fgtid='test'；不带where+带limit：
delete delay_monitor set Ftime=now() limit 1；where条件为常量：
delete delay_monitor set Ftime=now() where 1;where条件为常量+limit：
delete delay_monitor set Ftime=now() where 1 limit 1;b、执行条件：带where带索引、带where无索引+limit、带where有索引+limt
带where带索引：
delete delay_monitor set Ftime=now() where id=2；带where无索引+limit：
delete delay_monitor set Ftime=now() where Fgtid='test' limit 1；带where有索引+limit：
delete delay_monitor set Ftime=now() where id =2 limit1；总结如下表：key表示所有、const表示常量
操作 no where where key where nokey limit where nokey+limit where key+limit where const where const+limit delete NO YES NO NO YES YES NO NO update NO YES NO YES YES YES NO YES
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？