1、read_only参数和super_read_only参数默认都是关闭的,read_only参数设置为on的情况下,会组织客户端的更新,但是如果一个账号拥有super权限,那么还是可以进行更新的。而super_read_only会阻止所有的客户端更新,即使客户端拥有super权限也不可以。 2、设置super_read_only参数为on会默认联动的设置read_only为on 3、...
read_only主要用于复制节点。 super_read_only不仅会阻止普通用户,也会阻止具有super权限的用户对数据库写操作。 read_only和super_read_only是有关联的。默认二者都是关闭的: ·如果开启了super_read_only,即使用户有super权限,也会被禁止更新操作 ·设置super_read_only=on,也就隐式地设置了read_only=on ·设置...
read_only主要用于复制节点。 super_read_only不仅会阻止普通用户,也会阻止具有super权限的用户对数据库写操作。 read_only和super_read_only是有关联的。默认二者都是关闭的: ·如果开启了super_read_only,即使用户有super权限,也会被禁止更新操作 ·设置super_read_only=on,也就隐式地设置了read_only=on ·设置...
"--read-only (super)" : "--read-only"); 205 DBUG_RETURN(1); 206 } 不会执行,则不会再次报错 所以解决这个问题或者说BUG,就是设置如果opt_super_readonly不开启, 就是不要设置super_read_only权限。 在5.7.14版本中,我粗略查看lock_tables_check代码,有改动。5.7.14没遇到这个 问题 if (t->regi...
帖子说和super_read_only 有关,确实关闭super_read_only就不会再出问题, 但是为了找到问题,我想挖一挖代码如下: 首先要找到报错源头,首先找到Event Scheduler: Error while loading from disk.的位置如下: 这段代码出现在 events.cc的Events::init(my_bool opt_noacl_or_bootstrap) 方法下 ...
关于MYSQL 5.6 super_read_only和Event Scheduler冲突导致启动失败 版本percona-server-5.6.22-72.0,这个版本肯定有这个问题 这个问题出现在线上我们将库设置为super_read_only后启动报错,整个MYSQLD CRASH掉 2017-04-23 01:15:46 22577 [ERROR] Event Scheduler: Failed to open table mysql.event ...