上午測試同事電話反映開發庫不能寫入了，錯誤信息如下：
1209 - The MySQL server is running with the--read-only option so it cannot execute this statement
原因是DBA對mysql agent進行了重啟，有一定概率造成秒級的只讀導致。
但我在網上查此問題時，發現http://blog.csdn.net/lwei_998/article/details/50445830總結的不錯，特意轉載分享，以便以后閱讀。
一般這個錯誤有兩種原因：
1.連到從庫了，從庫一般設置為只讀。
2.主庫的read_only參數被修改為1。
開發人員是普通用戶應該沒有權限修改這個參數的值，DBA也不會去主動修改這個參數。那究竟是什么原因導致開發庫不能寫入了呢？
為了先解決問題，先去查詢主庫上read_only參數的值。果然read_only被設置為1，手工修改為0后，問題解決。問題是read_only為什么會設置為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的錯誤日志發現有如下信息：
151231 13:55:11 mysqld_safe Number ofprocesses running now: 0 151231 13:55:11 mysqld_safe mysqldrestarted
由此可知MySQL發生了重啟。重啟的原因是什么呢？
檢查了系統日志,發現了如下錯誤：
#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:
由這條錯誤可知，是由於內存溢出導致了mysql的重啟。
Out of memory: Kill process 12805 (mysqld)score 964 or sacrifice child
那是什么導致了內存溢出呢？
查看了系統的歷史命令后發現有同事在做備份，而此時的系統的壓力又比較大，且次系統沒有設置交換分區，以下原因導致了MySQL的重啟。
Swap: 0 0 0
為什么重啟會導致read_only=1呢? 可能是配置文件中設置了read_only，檢查配置文件
#grep read_only my.cnf read_only = on
這時開發環境突然不能寫入的原因終於水落石出了。
你可能會問，主庫為什么設置read_only=on呢，因為原來是一個測試備份環境，后來把此環境去掉了，所以將配置文件中的read_only設置為0，至此開發庫不能寫入問題宣告解決。