MySQL InnoDB テーブルスペース暗号化の例の詳細な説明

MySQL InnoDB テーブルスペース暗号化の例の詳細な説明

序文

MySQL 5.7.11 以降、MySQL は、別の表領域に格納された InnoDB テーブルのデータ暗号化をサポートします。この機能は、物理的な表領域データ ファイルの保存時の暗号化を提供します。この暗号化は、エンジン内のデータ ページ レベルで実行されます。データ ページは、ファイル システムに書き込まれるときに暗号化されます。暗号化には AES アルゴリズムが使用され、ファイルからメモリに読み込まれるときに復号化が実行されます。

1 暗号化プラグインを設定する

1.1 設定ファイルを変更する

mysql設定ファイル[mysqld] x項目に次の内容を追加します

plugin_dir=/usr/local/mysql5.7/lib/mysql/plugin # プラグインのパス、実際の状況に応じて変更します early-plugin-load="keyring_file.so" # 暗号化プラグイン keyring_file_data=/data/mysql3306/keyring/keyring # パスが存在しないため、作成する必要があります innodb_file_per_table=1 # 独立した表領域でのみ機能します

1.2 暗号化に必要なパスを作成し、権限を設定する

keyring_file_data で設定されたキーリングは起動時に自動的に作成されることに注意してください。この手順では、対応するディレクトリに作成するだけです。

mkdir -p /data/mysql3306/keyring/
chown -R mysql:mysql /data/mysql3306/keyring/
chmod 750 /data/mysql3306/キーリング

1.3 MySQLを再起動する

mysql を再起動するだけです。再起動後、/data/mysql3306/keyring ディレクトリにキーリング ファイルが生成されていることがわかります。

再起動後、MySQL エラー ログに関連するエラー情報があるかどうかも確認する必要があります。エラーがない場合は続行します。

1.4 プラグインのステータスを確認する

起動後、プラグインが有効かどうかを確認できます

mysql> SELECT PLUGIN_NAME, PLUGIN_STATUS, PLUGIN_Type,PLUGIN_Library FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE 'keyring_file';
+--------------+---------------+-------------+-----------------+
| プラグイン名 | プラグインステータス | プラグインタイプ | プラグインライブラリ |
+--------------+---------------+-------------+-----------------+
| keyring_file | アクティブ | キーリング | keyring_file.so |
+--------------+---------------+-------------+-----------------+
セット内の1行(0.01秒)

または、show pluginsコマンドを使用して表示します。

2 暗号化された表領域をテストする

2.1 新しい暗号化テーブルを作成する

新しいテーブルを作成し、ENCRYPTION='Y'を追加してテーブルスペースを暗号化します。

mysql> テーブル test1( を作成します。
id int 主キー auto_increment, 
名前varchar(20),
キー名(名前))
 暗号化='Y';
クエリは正常、影響を受けた行は 0 行 (0.02 秒)

このとき、キーリングファイルも変更されます

2.2 新しいデータ

新しく追加されたテストテーブルとビューにテストデータを追加します

mysql> test1(id,name) に値(1,'anm'),(2,'keyring') を挿入します。
クエリは正常、2 行が影響を受けました (0.01 秒)
記録: 2 重複: 0 警告: 0

mysql> test1 から * を選択します。
+----+---------+
| ID | 名前 |
+----+---------+
| 1 | 匿名 |
| 2 | キーリング |
+----+---------+
セット内の 2 行 (0.00 秒)

2.3 暗号化するかどうかを変更する

表領域の暗号化を解除するテスト

mysql> show テーブル test1 を作成します。
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| テーブル | テーブルの作成 |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| test1 | テーブル `test1` を作成します (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `name` varchar(20) デフォルト NULL,
 主キー (`id`)、
 キー `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=3 デフォルト CHARSET=utf8mb4 ENCRYPTION='Y' |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
セット内の 1 行 (0.00 秒)

mysql> テーブル test1 を変更します。ENCRYPTION='N';
クエリは正常、2 行が影響を受けました (0.04 秒)
記録: 2 重複: 0 警告: 0

mysql> show テーブル test1 を作成します。
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| テーブル | テーブルの作成 |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| test1 | テーブル `test1` を作成します (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `name` varchar(20) デフォルト NULL,
 主キー (`id`)、
 キー `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=3 デフォルト CHARSET=utf8mb4 ENCRYPTION='N' |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
セット内の 1 行 (0.00 秒)

mysql> test1 から * を選択します。
+----+---------+
| ID | 名前 |
+----+---------+
| 1 | 匿名 |
| 2 | キーリング |
+----+---------+
セット内の 2 行 (0.00 秒)

暗号化を再設定する

mysql> テーブル test1 を ENCRYPTION='Y' に変更します。
クエリは正常、2 行が影響を受けました (0.03 秒)
記録: 2 重複: 0 警告: 0

mysql> test1 から * を選択します。
+----+---------+
| ID | 名前 |
+----+---------+
| 1 | 匿名 |
| 2 | キーリング |
+----+---------+
セット内の 2 行 (0.00 秒)

したがって、データクエリに影響を与えることなく、表領域の暗号化方法をオンラインで調整できます。

さらに、keyring_file_data も動的に調整できますが、これは比較的単純なので、ここでは説明しません。

2.4 統計表領域暗号化テーブル

どのテーブルの表領域が暗号化されているかを知りたい場合は、データ ディクショナリ テーブルで確認できます。

mysql> SELECT TABLE_SCHEMA, TABLE_NAME, CREATE_OPTIONS FROM INFORMATION_SCHEMA.TABLES WHERE table_schema='testdb2' and CREATE_OPTIONS='ENCRYPTION="Y"';
+--------------+------------+----------------+
| テーブル スキーマ | テーブル名 | CREATE オプション |
+--------------+------------+----------------+
| testdb2 | test1 | 暗号化="Y" |
+--------------+------------+----------------+
セット内の 1 行 (0.00 秒)

3. 例外処理

キーリング ファイルが破損したり、誤って削除されたりした場合はどうなるのでしょうか?

3.1 キーリングファイルのバックアップ

安全のために、まずキーリングファイルをバックアップしてください

[root@mha1 キーリング]# cp -p キーリング keyring.bak
[root@mha1 キーリング]# ll -h 
合計 8.0K
-rw-r----- 1 mysql mysql 155 8月16日 09:10 キーリング
-rw-r----- 1 mysql mysql 155 8月16日 09:10 keyring.bak

3.2 キーリングの削除

キーリングファイルを直接削除する

[root@mha1 キーリング]# rm -f キーリング
[root@mha1 キーリング]# ll -h 
合計 4.0K
-rw-r----- 1 mysql mysql 155 8月16日 09:10 keyring.bak

3.3 データが正常かどうかを確認する

データを確認し、新しい暗号化テーブルが成功したかどうかを確認します

mysql> test1 から * を選択します。
+----+---------+
| ID | 名前 |
+----+---------+
| 1 | 匿名 |
| 2 | キーリング |
+----+---------+
セット内の 2 行 (0.00 秒)


mysql> テーブル test2 を作成します (id int 主キー auto_increment、name varchar(20)、キー名 (name)) ENCRYPTION='Y';
クエリは正常、影響を受けた行は 0 行 (0.01 秒)

つまり、現時点では、キーリグファイルが失われても、正常に動作することができます。

3.4 データベースを再起動する

データベースを再起動すると、キーリングファイルが自動的に再生成されます。

暗号化テーブルをもう一度確認します

mysql> test1 から * を選択します。
エラー 3185 (HY000): キーリングからマスター キーが見つかりません。キーリング プラグインが正常に読み込まれ、初期化されているかどうかをサーバー ログで確認してください。

暗号化されたテーブルの作成

mysql> テーブル test3 を作成します (id int 主キー auto_increment、name varchar(20)、キー名 (name)) ENCRYPTION='Y';
クエリは正常、影響を受けた行は 0 行 (0.02 秒)

これは初期化と同じなので、新しいテーブルを作成することが可能です。

その後、元のキーリングを復元してデータベースを再起動すると、再び成功することがわかります。

mysql> test1 から * を選択します。
+----+---------+
| ID | 名前 |
+----+---------+
| 1 | 匿名 |
| 2 | キーリング |
+----+---------+
セット内の 2 行 (0.00 秒)

4 キーリング管理

4.1 定期的なバックアップ

毎日バックアップを実行することもできますが、バックアップ パスは毎日のバックアップとは別になっており、復元が必要なときにターゲット ファイルにコピーできます。

4.2 定期的な更新

セキュリティ上の理由から、キー漏洩が疑われる場合は、キーを更新する必要があります。更新オプションによってマスター暗号化キーが変更され、表領域キーが再暗号化されますが、表領域は再暗号化または復号化されないため、更新後も元の表は正常に使用できます。更新された方法:

-- マスターキーを更新する
mysql> ALTER INSTANCE ROTATE INNODB MASTER KEY;
クエリは正常、影響を受けた行は 0 行 (0.00 秒)

-- 更新後も、mysql に正常にアクセスできます> select * from test1;
+----+---------+
| ID | 名前 |
+----+---------+
| 1 | 匿名 |
| 2 | キーリング |
+----+---------+
セット内の 2 行 (0.00 秒)

この時点で、InnoDB テーブルスペースの簡単な使用方法が示されました。詳細は他にもたくさんありますので、詳しくは公式ドキュメント https://dev.mysql.com/doc/refman/5.7/en/innodb-data-encryption.html を参照してください。

要約する

これで、MySQL InnoDB テーブルスペースの暗号化に関するこの記事は終了です。MySQL InnoDB テーブルスペースの暗号化の詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません:
  • MySQL InnoDB アーキテクチャの概要
  • MySQL InnoDB ReplicaSet の簡単な紹介
  • MySQL InnoDB ストレージエンジンのメモリ管理の詳細な説明
  • MySQL Innodbの主な機能挿入バッファ
  • MySQL InnoDB ロックの概要
  • MySQL の innodb_flush_log_at_trx_commit と sync_binlog を区別する方法
  • MySQL InnoDB ロック メカニズムの詳細な例
  • MySQLテクノロジーにおけるInnoDBロックの詳細な説明
  • MySQLデータベースエンジンをInnoDBに変更する
  • MySQL InnoDBストレージエンジンについて簡単に説明します
  • MySQL InnoDB トランザクション ロック ソースコード分析

<<:  Linuxの読み取りコマンドの使用

>>:  IIS7 IIS8 http は自動的に HTTPS にジャンプします (ポート 80 はポート 443 にジャンプします)

推薦する

フロントエンド開発における一般的なテクニックのまとめ

1. 記事タイトルリストの右側に日付を表​​示する方法:コードをコピーコードは次のとおりです。 &l...

リバースプロキシ設定を実装するためのユニバーサルnginxインターフェース

1. プロキシサーバーとは何ですか?プロキシ サーバーは、クライアントが要求を送信すると、それを直接...

マウスが画像のハイパーリンク上を通過するときに画像のサイズ(幅、高さ)を変更する CSS

マウスが画像の上を通過したときに画像のハイパーリンクを変更する方法:コードをコピーコードは次のとおり...

Vueのシンプルストアの詳しい説明

Vue におけるストアの最も単純な応用はグローバル ストレージです。ここでは、相互にジャンプするため...

MySQL 8.0 の binlog の詳細な説明

1 はじめにバイナリ ログは、データを持つ、またはデータを変更する可能性がある SQL ステートメン...

ARGB、RGB、RGBAの違いと紹介

ARGB は、アルファ (透明度) チャネルが追加された RGB カラー モードであり、32 ビット...

Docker がポート 2375 を公開し、サーバー攻撃を引き起こす問題と解決策

docker リモート API を学習した学生であれば、ポート 2375 についてよくご存知だと思い...

MySQL マスター スレーブ データが矛盾しています。プロンプト: Slave_SQL_Running: 解決策はありません

この記事では、MySQL マスターとスレーブ データ間の不一致の解決方法と、プロンプト「Slave_...

Ubuntu でディスク容量不足により MySQL が起動しない場合の解決策

序文最近、データベースのテーブルに 2 つのフィールドを追加しました。その後、ディスク容量不足のよう...

MySQLカスタム関数とストアドプロシージャの詳細な説明

序文この記事では主にMySQLのカスタム関数とストアドプロシージャに関する関連コンテンツを紹介し、皆...

Lua モジュールを使用して WAF を実装する Nginx の原理の分析

目次1. WAFの背景2. WAFとは3. 動作原理4. WAF機能5. WAFと従来のファイアウォ...

HTML におけるいくつかの特殊属性タグの使用法の紹介

以下の属性はブラウザとの互換性があまりありません。 1.transform:rotate(45度) ...

スプレッド演算子のサンプルコードと JavaScript での応用

スプレッド演算子を使用すると、式をある時点で展開できます。スプレッド演算子は、複数のパラメーター (...

この記事は、JQueryの基本的な操作を理解し、始めるのに役立ちます。

目次1. Jquery を使用する手順: (1)jsライブラリをインポートする(2)ページ読み込みイ...

ウェブサイトのデザインでは色の階層感覚に注意を払う必要があります

最近、私はデザインには階層感覚が必要だと言っています。この階層感覚には、色の重ね合わせや要素の重ね合...