The MySQL server is running with the --read-only option so it cannot execute this statement

正在開(kāi)會(huì)，同事電話反映開(kāi)發(fā)庫(kù)不能寫(xiě)入了，錯(cuò)誤信息如下：

1209 - The MySQL server is running with the--read-only option so it cannot execute this statement

一般這個(gè)錯(cuò)誤有兩種原因：

1.連到從庫(kù)了。從庫(kù)一般設(shè)置為只讀。

2.主庫(kù)的read_only參數(shù)被修改為1

開(kāi)發(fā)人員是普通用戶應(yīng)該沒(méi)有權(quán)限修改這個(gè)參數(shù)的值。

DBA也不會(huì)去主動(dòng)修改這個(gè)參數(shù)。那究竟是什么原因?qū)е麻_(kāi)發(fā)庫(kù)不能寫(xiě)入了呢？

首先確認(rèn)了不是開(kāi)發(fā)人員的問(wèn)題，因?yàn)椴块T(mén)的200多位研發(fā)都遇到了這個(gè)問(wèn)題。

為了先解決問(wèn)題，先去查詢主庫(kù)上read_only參數(shù)的值。果然read_only被設(shè)置為1.

手工修改為0后，問(wèn)題解決。問(wèn)題是read_only為什么會(huì)設(shè)置為1呢？

解決步驟如下：

mysql> select @@read_only;

+-------------+

| @@read_only |

+-------------+

| 1 |

+-------------+

1 row in set (0.00 sec)

mysql> set global read_only=0;

Query OK, 0 rows affected (0.00 sec)

檢查mysql的錯(cuò)誤日志發(fā)現(xiàn)有如下信息：

151231 13:55:11 mysqld_safe Number ofprocesses running now: 0

151231 13:55:11 mysqld_safe mysqldrestarted

由此可知MySQL發(fā)生了重啟。重啟的原因是什么呢？

檢查了系統(tǒng)日志,發(fā)現(xiàn)了如下錯(cuò)誤：

#tail -100f /var/log/message

Dec 31 13:55:11 mysql2dev kernel: [8680] 500 8680 27084 92 3 0 0 bash

Dec 31 13:55:11 mysql2dev kernel: Out ofmemory: Kill process 12805 (mysqld) score 964 or sacrifice child

Dec 31 13:55:11 mysql2dev kernel: Killedprocess 12805, UID 500, (mysqld) total-vm:13146848kB, anon-rss:7870704kB,file-rss:16kB

Dec 31 13:55:11 mysql2dev kernel: rsyslogdinvoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0, oom_score_adj=0

Dec 31 13:55:11 mysql2dev kernel: rsyslogdcpuset=/ mems_allowed=0-1

Dec 31 13:55:11 mysql2dev kernel: Pid:21035, comm: rsyslogd Not tainted 2.6.32-358.el6.x86_64 #1

Dec 31 13:55:11 mysql2dev kernel: CallTrace:

由這條錯(cuò)誤可知，是由于內(nèi)存溢出導(dǎo)致了mysql的重啟

Out of memory: Kill process 12805 (mysqld)score 964 or sacrifice child

那是什么導(dǎo)致了內(nèi)存溢出呢？

查看了系統(tǒng)的歷史命令后發(fā)現(xiàn)有同事在做備份，而此時(shí)的系統(tǒng)的壓力又比較大，且次系統(tǒng)沒(méi)有設(shè)置交換分區(qū)，以上原因?qū)е铝薓ySQL的重啟。

Swap: 0 0 0

為什么重啟會(huì)導(dǎo)致read_only=1呢? 可能是配置文件中設(shè)置了read_only ，檢查配置文件

#grep read_only my.cnf

read_only = on

這時(shí)開(kāi)發(fā)環(huán)境突然不能寫(xiě)入的原因終于水落石出了。

你可能會(huì)問(wèn)，主庫(kù)為什么設(shè)置read_only=on呢，因?yàn)樵瓉?lái)是一個(gè)MMM環(huán)境。

現(xiàn)在已經(jīng)把MMM環(huán)境摘掉，所以將配置文件中的read_only 設(shè)置為0，至此開(kāi)發(fā)庫(kù)不能寫(xiě)入問(wèn)題宣告解決。

MySQL報(bào)錯(cuò)：The MySQL server is running with the --skip-grant-tables option so it cannot execute this statement等問(wèn)題

1.登錄的mysql：mysql –u root –p

mysql> set global read_only=0;
（關(guān)掉新主庫(kù)的只讀屬性）

flush privileges;

2.修改mysql配置文件my.cnf，該文件在/etc目錄下

重啟mysql服務(wù)：service mysqld restart

ERROR 1290 (HY000): The MySQL server is running with the --skip-grant-tables option so it cannot exe

在安裝Mysql8.0.3過(guò)程中重置密碼時(shí)報(bào)了這個(gè)錯(cuò)誤, 原因是沒(méi)有設(shè)置密碼時(shí)需要在/etc/my.cnf中添加這段時(shí)才能操作mysql

#跳過(guò)密碼驗(yàn)證

skip-grant-tables

但是添加完這句后操作mysql又報(bào)了這個(gè)錯(cuò)誤, 這就成了一個(gè)死循環(huán), 最后發(fā)現(xiàn)了解決辦法,

這是因?yàn)闄?quán)限設(shè)置了但還沒(méi)有刷新導(dǎo)致的。

先執(zhí)行

flush privileges;

再執(zhí)行sql語(yǔ)句, 成功了

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密碼';