序文 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 をよろしくお願いいたします。 以下もご興味があるかもしれません:
|
>>: IIS7 IIS8 http は自動的に HTTPS にジャンプします (ポート 80 はポート 443 にジャンプします)
序文:ジュニアプログラマーとして、私は自分自身の個人ウェブサイトを構築し、それを他の人に見せることを...
オープンソース ソフトウェアである Apache は、最も広く使用されている Web アプリケーショ...
日常業務では、次のようなレイアウトに遭遇することがあります。親要素のフレーム (ブラウザのサイズに応...
この記事ではMySQL 5.7.20のインストールと設定方法を記録し、皆さんと共有します1. MyS...
環境: CentOS 7.1.1503 最小インストール依存パッケージをダウンロードします: yum...
大画面のデジタル スクロール効果は、最近の作業における大画面 UI ダイアグラムから生まれました。U...
大きな箱の中に写真があります。マウスをその上に置くと、半透明のマスク レイヤーが表示されます。マウス...
1. Dockerをインストールします。参考URL: Docker 入門インストールチュートリアル ...
テーブルページを作成するときに、td に設定された幅が無効になることがあります。td の幅は常に内部...
電話Amap API を呼び出す方法は? Amap が https://lbs.amap.com/a...
この記事では、ページ印刷の自動ページングを実現するためのVueの具体的なコードを例として紹介します。...
目次1. MySQL ワイルドカード ファジー クエリ (%,_) 1-1. ワイルドカードの分類1...
目次序文問題の説明原因分析拡大する総括する序文最近、データの欠落やデータの損失に関するフィードバック...
今回はReact-Flaskフレームワーク上でアップロードコンポーネントを開発するスキルについてお話...
VirtualBox をインストールした後、CentOS 7 をインストールします。ここでは詳細には...