rdbmsTweetMYSQLレプリケーションレビューMYSQLでレプリケーション設定してある環境にてスレーブを追加する方法の再確認。削除してHOME002からMYSQLフォルダー全部(MYSQLバイナリー、データ)を新しいスレーブにコピー。SLAVEしてバックアップ取得しても良い。sec)mysql>上記設定が完了したら、実際にマスターDBにデータを入れて基本動作を確認してみる。既存スレーブ新規追加スレーブマスターと各スレーブが同期されエラーログが記録されて無い事を確認して終了。「留意」マスターはマルチスレッド処理だが、スレーブ側処理はシングルスレッドなのでマスターが64bitやメモリー増設して処理が高速化するとスレーブ側は遅延する可能性がある。用件、コスト、パフォーマンス、可用性に応じて全体的なバランスからシステムを選択する必要がある。今回はI/Oの確認の為にディスクベンチマークをFIOで行う方法の再確認。fio-2.0.12.1]#実際にFIOでI/Oテストを行ってみる。fio-2.0.12.1]#fioでベンチマーク中にiotopでパフォーマンス確認ファイルが残っているのでマニュアルで削除する。名前解決の処理やネットワークの負荷を軽減する為にLinuxでも利用した方が良い場合がある。便利な反面ローカルにキャッシュが残っている事を認識してないと問題解決に時間がかかる場合があるので、運用者は常に認識しておいた方が良いかと。htop-0.8.3]#自動起動する場合は、chkconfigにて自動起動設定して下さい。rdbmsTweetDNSクライアントにて指定するDNS設定と挙動について(/etc/resolv.conf)-1/3のDNSのうち一台でも稼動していれば、2~3秒程度で名前解決が出来る。-DNSの指定してない場合は、18秒程度で名前解決出来ないエラーが返ってくる。DNSにて名前解決を実行する。DNSにて名前解決を実行する。約20秒に名前解決出来ないエラーを返す。0m0.005s■2つ利用出来ないDNSを設定した場合それ以外のDNSの指定無し。約18秒に名前解決出来ないエラーを返す。0m0.005s■1つ利用出来ないDNSを設定した場合それ以外のDNSの指定無し。約15秒に名前解決出来ないエラーを返す。約18秒に名前解決出来ないエラーを返す。sec)mysql>スレーブ起動し停止中の変更が反映されているか確認。sec)mysql>スレーブ側にデータが反映されている事を確認。GAをダウンロードして使用。転送したデータを展開して、データとログディレクトリーに展開。my.cnfに関しては、必要に応じて適宜変更。マスターでデータ取得時に確認したステータスにスレーブを設定して開始。同期の動作確認を行う。STATUS確認(report-host)その他留意事項sync_binlogはクラッシュした場合などに重要な設定だが、パフォーマンスが大きく劣化するようなので、5.6まではI/Oが遅いシステムなどで利用する場合は留意しておく必要がありそうです。rdbmsTweetMSSQL,Oracle運用時の統計情報更新時にデータベースの処理が遅くなる事があるので、MYSQLでも統計情報の更新をコントロール出来るか確認。connections.と書いてあるので、ロックかかっているバッチの前とかに動的に統計更新しないように設定して様子を見るという選択肢もありなのかもしれません。INDEXを実行した場合、information_schemaのTABLESやSTATISTICSにアクセスした場合にも統計情報が更新される。tables.5.5.25aではDefaultでONになっているようです。OFFになっていいるようです。sec)mysql>OFFの場合は、自分で統計を更新する為に更新ジョブを別途設定する必要がありますね。rdbmsTweet来年から再びシステムスキル、英語スキル、マネージメントスキルを磨いてもう少し成長してさらにこの先15~20年活躍する為に、先ずは検証環境を構築しておこうと思いCentOSをダウンロード。*CentOS-6.3-i386-bin-DVD2.isoD:\CentOS6.3>あとはDVDにイメージを焼いて、DVDから起動してインストールしておく。