MySQL いつの間にかリードオンリーになりレコードの追加/更新、削除不可に。

Question

#状況
申し訳ありませんが、データベースにはあまり精通していません。（コンソールを叩く程度は出来ます）
基本的に、データベースの読み込みをメインで行い、久しぶりに変更、更新を行おうとしたら
全てにおいて、

MariaDB [DB_NAME]> delete from my_table where id=43
    -> ;
ERROR 1036 (HY000): Table 'my_table' is read only

いつのまにかデータベース全体(実際はレコードの編集権限っぽい)がリードオンリーになっているので、ユーザの権限絡みかとも思いましたがユーザ権限はいじって[[:いない、そもそもパスワード未設定のroot、及びｐｈｐMyAdmin？pmaのみ。
ログインはrootしか利用していない、です。

#環境
MAC
XAMPP
特に特別なことはしていません。
Local環境でパスワードは設定していません

select HOST,User,Password from user;
+-----------+------+----------+
| HOST      | User | Password |
+-----------+------+----------+
| localhost | root |          |
| 127.0.0.1 | root |          |
| ::1       | root |          |
| localhost |      |          |
| localhost | pma  |          |
+-----------+------+----------+

###追記
2017/02/16 11:56
かなり手がかりになる情報らしきものに行き着きました
MySQLのファイルを確認したところ
ｌｓ /Applications/XAMPP.ori/xamppfiles/var/
通常

drwxrwx---  89 _mysql  _mysql   3.0K  2 16 11:31 mysql
drwxrwx---   3 _mysql  _mysql   102B  2 16 11:31 performance_schema
drwxrwx---  41 _mysql  _mysql   1.4K  2 16 11:31 phpmyadmin

になるところ

drwxrwx---   89 _mysql  403     3.0K  1  5 19:44 mysql
drwxrwx---    3 _mysql  403     102B  1  5 19:44 performance_schema
drwxrwx---   41 _mysql  403     1.4K  1  5 19:44 phpmyadmin

と、**酷い。**wineにより動かしていたWindowsクライアントがいたずらをしたのか、もうどこに問題が飛散しているか疑心暗鬼-1。
どうしてこんなことになっているのか、この対策と、発生原因の探求と問題のフェーズが変わったような気がします。

chgrp -R _mysql /Applications/XAMPP/xamppfiles/var/mysql

してグループを変えましたが、以下の現象はあい変わらず、(;´д｀)ﾄﾎﾎ…
もうどこに問題が飛散しているか疑心暗鬼-2 な状態。
諦めよう。

2017/02/16 10:24
DB / テーブルの作成、削除は可能。

create database test_db;
Query OK, 1 row affected (0.00 sec)

create table testtest (id integer);
Query OK, 0 rows affected (0.12 sec)

drop table test;
Query OK, 0 rows affected (0.02 sec)

drop database test_db;
Query OK, 0 rows affected (0.01 sec)

新DB/既存DBのテーブルに対するレコードの追加(/更新、削除)はNG。

INSERT INTO test (id) value (5);
ERROR 1036 (HY000): Table 'test' is read only

以下、状況変わらず

SELECT * FROM sys.dm_tran_locks;
ERROR 1146 (42S02): Table 'sys.dm_tran_locks' doesn't exist

unlock tables;
Query OK, 0 rows affected (0.00 sec)

視覚的にSQLを理解するのに、phpMyAdmin やら WorkBench やら A5M2(wine on Mac) やらで
接続したことが何か影響をしたかもしれません。

問題解決のための解析すらわかりません
どうかお力添え下さい

ご指示くだされた、必要な追加情報アップいたします

Answer 1

諦めました。
SQLのシステムファイルがわけの分からない、403グループに振り分けられていました。
検索しても、それっぽい記事がヒットせず、一般的でないクリティカルなシステム破壊と割り切りました。

XAMPPディレクトリを退避し、XAMPPを再インストール。DBをエクスポート、インポートで復旧。

ご協力、ありがとうございました！！ orz orz

Answer 2

ログインできているのであれば、

SELECT * FROM information_scheme.table_privileges WHERE table_name = 'my_table';

で、とりあえず TABLE の権限がどうなっているか見るのと、
TABLE を mount するときに何かトラブルがあって read only になっていないか、MariaDB の起動ログを見てみるくらいですかねえ…

Comments

[ssmxgo]

ありがとうございます！

SELECT * FROM information_scheme.table_privileges WHERE table_name = 'my_table';
ERROR 1146 (42S02): Table 'information_scheme.table_privileges' doesn't exist

TABLE の権限
MariaDB の起動ログ
ココらへんは（基礎から）調べてみない（学ばない）とわかりません(~_~;) 頑張ります。

[tacsheaven]

あ、SQL 間違ってた。
SELECT * FROM INFORMATION_SCHEMA.TABLE_PRIVILEGES WHERE table_name = 'my_table'
として、その結果の PRIVILEGES_TYPE が、
SELECT、INSERT、UPDATE、REFERENCES、ALTER、INDEX、DROP、CREATE VIEW
のどれがあるか確認しましょう。
もし INSERT や UPDATE があるならば、権限は問題ないので、MariaDB がただしくデータベースをマウントできていないということになります。
※テーブルを新たに作れるということは、ストレージそのものは書き込み可能なはずですから、ディスクマウント時のトラブルではない、はず…

[ssmxgo]

ありがとうございます。
質問文にも追記させていただきましたが、どう考えても通常ではない状態でそのような状況が発生したまだわかりません。しかしながら今回はXAMPP再インストール、データのインポート・エクスポートで復旧いたしました。

ご記入いただいた内容は勉強を兼ね、後日もう一度障害状況を再現させてテストさせていただきます。

Answer 3

エラーメッセージでググる(今回はテーブル名は除いて)と日本語では
mysql starting-crash-recoveryからのリカバリ（DBが削除できない） が見つかります。
参考になるでしょうか？

Comments

[ssmxgo]

夜分ありがとうございました（スマホからコメント入れましたが反映されていませんでした）

ありがとうございました。確認しましたが状況がちょっと違うようでした。
※テータベース、及びテーブルの作成/削除は可能でした。
しかしながら、切り分けの材料となりました。

なんなんでしょう、こんなのは初めてですね
回答がないことからも、かなり特殊事例なんでしょうかね(~_~;)

[Orlofsky]

エラーメッセージでググって他にもhitしたものも含めて調べてみては？英文も翻訳機能も使えばだいたい読めますから。

[ssmxgo]

ありがとうございます。
かなり調べてみましたが、そもそも基礎知識の不足で該当する例を見つけられませんでした。

なにか、今回はwineを使ったSQLクライアントが引き起こした、通常では起こり得ない複雑な問題ではないかと結論に至りました。