開發庫不能寫入了,錯誤信息如下:
1209 - The MySQL server is running with the--read-only option so it cannot execute this statement
一般這個錯誤有兩種原因:
1.連到從庫了。從庫一般設置爲只讀。
2.主庫的read_only參數被修改爲1
開發人員是普通用戶應該沒有權限修改這個參數的值。
DBA也不會去主動修改這個參數。那究竟是什麼原因導致開發庫不能寫入了呢?
首先確認了不是開發人員的問題,因爲部門的200多位研發都遇到了這個問題。
爲了先解決問題,先去查詢主庫上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呢,因爲原來是一個MMM環境。
現在已經把MMM環境摘掉,所以將配置文件中的read_only 設置爲0,至此開發庫不能寫入問題宣告解決。
MySQL數據文件導致實例空間滿的解決辦法
mysql無法通過清理數據文件或操作SQL釋放磁盤空間。
前提條件
- 對於MySQL 5.6/5.7/8.0版本的實例,授信RDS數據庫實例是鎖定中,請在RDS管理裏邊升級內核小版本(需要版本號高於20190815,支持實例鎖優化),升級後即可執行刪除數據的操作。
- 對於MySQL 5.5版本的實例,請提交工單聯繫客服臨時解鎖實例,再進行後續操作。