序文 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 にジャンプします)
Windows システム向け MySQL インストール チュートリアルダウンロード1. https:...
ご存知のとおり、SSH は現在、リモート ログイン セッションやその他のネットワーク サービスにセキ...
1 はじめにApache Storm は、Hadoop と同様に、大量のデータを処理するために使用で...
目次1. はじめに2. 使用方法3. 開発プロセス1. モデル例2. イベントとアニメーション4. ...
ylbtech_html_print HTML 印刷コード、ページめくりをサポートコードをコピーコー...
目次背景質問問題分析と解決策新たな問題問題分析と解決策背景node-schedule スケジュール ...
1. csvファイルをインポートする次のコマンドを使用します。 1.mysql> infile...
ドッカーの作成 バージョン: '2' サービス: fastdfsトラッカー: ホスト...
ドキュメント オブジェクト モデル (DOM) は、プログラムがドキュメントのコンテンツ、構造、およ...
div または span に同時に CSS を適用する必要があります。コードをコピーコードは次のとお...
目次序文1. 従来のVueコンポーネント1. メインコンポーネントコード: 2. 使用方法3. 成果...
目次手動バックアップタイマーバックアップ手動バックアップ1) cmd コンソール: mysqldum...
最も人気のあるフロントエンド フレームワークの 1 つとして、Vue は多くのフロントエンド開発エン...
ほとんどの人はMySQLをコンパイルしてシステムディレクトリに置きますが、私のやり方はコンパイルした...
日付型の違いと用途MySQL には、日付、時刻、年、日付時刻、タイムスタンプの 5 つの日付タイプが...