ドッキングウィンドウの後+ MySQLの再起動は、ソリューションの構成を変更することはできません。
前提:最近のプロジェクトでは、読み書きする個別のデータベース・スキーマにプロジェクトを変換することを決定し、コンフィギュレーション・ファイルデータベース本番環境に非常に不正な変更my.cnf
、私はドッキングウィンドウで展開されたので、実行docker restart mysql
していないアップ見つけ、実行はdocker logs -f --tail 10 your-mysql
次のように表示されますエラー:
ここで私はことを言及docker restart mysql
(並行性の高いシナリオの下を除く)基本的には、データの損失は発生しません。一晩の変更のように、プロファイルが間違っているので、私は慌てないでください、私は実行docker exec -it mysql /bin/bash
見つけ、コンテナを入力して設定を変更する準備ができて入り口を!!EXECコマンドのみが実行されている船舶に適用されるため。
しどろもどろああのグループ内で!!!
幸いなことに、関連する情報を見つけるための時間では、データベースが正常に再起動されます。
ソリューション
道
現在のホストに保管した構成情報のドッキングウィンドウコンテナ(通常はデフォルトのディレクトリは次のとおりです。の/ var / libに/ドッキングウィンドウ/オーバーレイ/)、そしてちょうどコンフィギュレーション・ファイルを見つけ、あなたは再起動後に変更することができます
第二の方法
過去にホストにドッキングウィンドウコンテナの設定ファイルをコピーし、変更し、それに行くためにドッキングウィンドウのコンテナにコピーするために使用ドッキングウィンドウのcpコマンド
具体操作
実際の操作の後、道は注意が必要です方法は、ここでしか第二のアプローチについて説明します。
1、ドッキングウィンドウコンテナファイル内のホストマシンにコピー
docker cp mysql:/etc/mysql/my.cnf .
注:私は、現在のディレクトリは/ optです操作したときの代表は、現在のディレクトリです
2、vimのローカルコンフィギュレーション・ファイルのエラーを修正し、再編集バック
3、変更された構成ファイルには、ドッキングウィンドウに、コンテナをコピーします
docker cp my.cnf mysql:/etc/mysql/my.cnf
4、コンテナインスタンスの再起動
docker restart db002