MySQLデータ損失の原因と解決策

序文

最近、データの欠落やデータの損失に関するフィードバックをユーザーから受け取ることがあります。表現型の観点から見ると、この種の問題はデータベースレベルでは最も緊急の問題です。客観的な条件は別として、この種の問題に対する唯一のリカバリ方法はバックアップリカバリ + Binlog 再生であり、通常は時間がかかり、ビジネスに大きな影響を与えます。

しかし、安定性を重視したソフトウェアであるため、データ損失の可能性は実際には非常に低いため、これらのフィードバックの問題は本当に「データ損失」に関するものなのでしょうか?

問題の説明

ある日の正午、ビジネスアカウントでデータベースにログインした後、ビジネスデータベースが消えたというユーザーからのフィードバックを受け取りました。

原因分析

この質問を受けたとき、雰囲気はまだ非常に緊張していました。一方では、調査のためにデータベースへのログインを許可するようユーザーに連絡し、他方では、最近どのような変更が行われたかを確認するためにユーザーとコミュニケーションを取っていました。

データベースにログインした後、ビジネスデータベースが存在することがわかりました。ユーザーからのフィードバック「ビジネスデータベースが消えた」と合わせて、当初はビジネスアカウントに権限がないと判断しました。show grants で確認したところ、ビジネスアカウントには USAGE 権限しかなく、次のような結果でした。

mysql> 権限を表示します。
+----------------------------------+
| テスト@% の助成金 |
+----------------------------------+
| *.* の使用権限を 'test'@'%' に付与 |
+----------------------------------+
セット内の 1 行 (0.00 秒)

このアカウントには最低限の権限しか与えられていないため、「業務データを見ることができない」のは明らかで、再認証後、問題は解決しました。調査の結果、次のような同じ名前の別のアカウントで初期認証操作が行われたことが判明しました。

mysql> 権限を表示します。
+-------------------------------------------------------------+
| [email protected].% への許可 |
+-------------------------------------------------------------+
| prd_name.* のすべての権限を 'test'@'10.120.117.%' に付与します |
+-------------------------------------------------------------+
セット内の 1 行 (0.00 秒)

マイSQL>

拡大する

「データ損失」という現象に関して、データベース全体のレベルでデータが「失われている」が、データベース自体は正常である場合、問題は今回のケースと同じ、つまり権限エラーである可能性が高いです。この問題の原因として、一般的に次の 2 つの可能性があります。1. ログインしたアカウントが同じ名前の別のアカウントと一致している。2. 認証に問題があり、ビジネスアカウントに権限がない。もちろん、最悪のケースは間違いなくデータベース削除操作です。バイナリログを解析することによってのみ、この操作の実行時間を特定できます。

もう 1 つのカテゴリは、「部分的なデータ損失」です。テーブルが欠落している、テーブル内の一部のデータが欠落しているなどです。厳密に言えば、MySQL の権限制御はテーブルおよび列レベルで実行できますが、実際には一般的に使用されていないため、この種の問題は権限エラーによっても発生する可能性があります。ほとんどの場合、更新または削除時に where 条件がないなど、操作が間違っていることが原因です。この場合、履歴バックアップを使用し、binlog を使用して復元することしかできません。この操作は、Tencent Cloud では「ロールバック」機能としてカプセル化されています。