コントロールのMySQL-05-

メタデータ管理、バックアップ管理、インスタンス管理、ホスト管理、タスク管理、ログ管理、定期的なメンテナンスに分けビルの自動制御プラットフォームの運用・保守、。

標準化

標準化、自動化、大規模の基礎です。基準を策定し、DBサーバインフラストラクチャソフトウェアのインストールおよび構成の仕様ファイルを維持するためにsaltstackを使用します。

RAID5ディスクスペースの利用を拡大するために統合モデルで作られました。
締め切りのためのWB、IOのスケジューリングポリシーについては、およびIO SSD RAIDカードリーダー統一戦略の他の側面を最適化します。
ユニファイドポートで区別ディレクトリ構成、例えばmy3306、my3307、ログディレクトリは、以下のディレクトリmy3306に対応するデータを作成し、ファイルのディレクトリを実行して、TMPカタログ。
排他的プロフィールの各インスタンスは、SERVER_ID除き、innodb_buffer_pool_size他のパラメータと他のパラメータが一致しています。
MySQLソフトウェアカタログと一貫性のある環境のオンライン版。

バックアップの監視

必要性が復元するが、回復できないとき成功したか失敗した、無知な彼らのメンテナンスのDBAデータベースのバックアップの有効性は、予期しない問題が発生したバックアップの結果を表示するには、統一エントリが存在しない場合、それは致命的な打撃になります。

バックアップの実装のリアルタイムビューは、あなたがインスタンスの現在の数をバックアップする必要があり、インスタンスの数は、バックアップの失敗の数を完了しました。
各バックアップの表示時間がかかります。
このようように合計数、大きさや、バックアップ統計、5日を過ぎて見ます。

ミッションシステム

タスク管理システム、能動的または受動的、様々なタスクスケジューリング-すべて自動化された管理プラットフォームは、コアコンポーネントが必要です。そして、タスクの複数のタイプをサポートする必要性：時間（分、時間、日、週、月）に合わせてサポートは、また、繰り返し作業一定の間隔をサポートしています。
システムは、タスクのスケジューリング・ロジック・エージェントで構成され、データベース・サーバ・タスクに発行され、タスクスケジューリングメタデータテーブルは、すべての時間ポリシータスクとタスクに関連するホストを記録します。ミッションシステムを通じ、我々は完全にDBホスト上のcrontabスクリプトを削除し、タスク実行時の動的な変更、ポリシーや風を実行する必要があります。

バックアップ管理

バックアップデータベースは定期的にバックアップをオフサイトリモート部屋に、バックアップ目的のマシンにrsyncを、その後、物理的なバックアップを行い、圧縮、およびxtrabackup使用することです。

インスタンスがホスト上に存在する場合、バックアップが失敗したバックアップタスクの動作状態を設定するためのコールバックインタフェースのAPIを追加し、サーバーのDB上のエージェントによって実行されるバックアップスクリプトの基礎となるのpythonを使用して、復興には、アラームは、携帯電話のDBA、DBA缶に送信されます直接DBホストの実行をログに記録する手順の必要性を排除し、そのエラーログ、再試行をバックアップするバックアップシステムを表示します。
カップリングシステムタスクは、我々はcrontabのタイミングバックアップタスクをPFDS。
サポートは、バックアップ時間とインスタンスの管理ページでは、バックアップするマシンのバックアップの目的での動的調整をサポートして設定します。
バックアップのためのコアデータベースの実装のデイリーチェック有効。バックアップの検証は、バックアップをチェックし、再発見するためにDBAに通知するSMSのマイクロチャネルまたはプラットフォームのアラームを経由してアラームをトリガーする、失敗した場合。

ホスト管理

ホストは、メタデータのデータベース・インスタンスを維持するための基礎となり、含まれています：コアのホスト名、IPアドレス、部屋の場所、メモリ、スペースなどを
など、ホストのZabbix /定期的にAPIのオープン・ハヤブサにより取得タイミングタスク情報の使用：ディスクの空き容量、使用可能なメモリ容量、
空間残り警告次のようなクラスタ・データベース操作、

インスタンス管理

多くの場合、マルチモード単一のインスタンス、ホストおよびインスタンスDB-多くの関係を使用して、可能な限りホストのパフォーマンスを再生するために。例えば、管理システムとして、我々は以下の機能を実現することができます。

例の現在のリストを表示し、データサイズ、ログのサイズ、遅延、遅いチェック番号などからマスターステータスの現在のインスタンスを取得します。我々はまた、リストを通じてインスタンスを有効にするかどうかを設定することができます
メインのペアがライブラリから一つ以上を追加して、単一のインスタンスを追加します。新たなプロセスの例は、リモートマシン上のrsyncテンプレートデータベースまたはローカルバックアップマシン（事前生成及びオフのMySQLの一例）を介して標準的なコマンドであり、次いでSERVER_IDレンダリング、my.cnfの設定ファイルを生成するために、他の標準テンプレートとのmy.cnfをbuffer_pool_size、具体的な手順は、管理インターフェイスを介して閲覧することができ、タスクスケジューリングシステムは失敗し、再試行のステップのいくつかをサポートしています。
一貫性の例としては、マスターからご確認ください。マスター・スレーブMySQLのレプリケーションでは、以来、それはマスターコピーエラー、マスタースイッチから可能であるか、不適切な使用からのようなデータの矛盾から、メインアプリケーションが発生します。すべてのコアデータベースの日は、オンラインの影響を避けるために、マスターとスレーブの整合性をチェック。
内部の異なるインスタンスに分割内部同じスキーマの複数の事前例えば解像度の例としては、。
そのような遅い検索データ、ディレクトリサイズ、履歴データ分析の容易な例として、メタデータインスタンス毎日のスナップショット。

ログ管理

slow_logとkilled_sqlを維持するためのログ管理（ログファイルを指定したSQL特定のルールを殺すために書き込まれます）

ショーケース様々なビジネススロークエリほとんどのtopNと対応が遅いチェック分析（PT-クエリダイジェスト）
スロークエリのインスタンスが一定のしきい値は、アラームメッセージをトリガー速やかにDBAと開発の問題を通知します超えます。
ショーのtopN状況は、SQL-キルです

メタデータ管理

メタデータ管理のbinlogは、メタデータは、主キー、および断片化情報などをチェックし、オーバーフローが含まれています。

binlogのメタデータ管理大手レコード各binlogの開始時刻と時間の終わりの各インスタンス、データ復旧中に長い時間binlogの保持がログにすばやく移動することができます。
主キーオーバーフローチェックすることで、我々は失敗にリードを挿入することができない主キーからオーバーフローを増やす避けるために、臨界値に達しているプライマリキーテーブルの増分をタイムリーを発見することができます。
データベース名、テーブル名を提供することにより、キーの断片は、すばやく効率例を対象に改善するためのインスタンスを見つけることができます

定期的なメンテナンス

定期的なメンテナンスは、主にソリューションの低周波部分ですが、時間のかかる人間の肉運営：特定のパラメータの一括表示の例、バッチの構成、緊急時のバイナリログの復旧を変更します。

バッチインテリジェントなSQLを実行のような、SQLのメンテナンスを行います。パラメータの値を変更したり、パラメータの値を取得する必要があり、DMLを実行することはできません。
スロー調整チェック時間：などの一括編集の設定ファイル、。
ビンログは、ページ上で閲覧、ダウンロードすることができ、テキストファイルに解決され、指定binlogのバイナリログで見つかったメタデータを使用して、提供されたデータベース名、テーブル名、時間帯に応じて、オープンソースbinlog2sqlに基づいて、解決しました。

データ操作

（データ空間のサイズ、メモリサイズ、等の一例）、これらの蓄積された傾向の特定のビジネスシナリオの蓄積データの開発業務分析の法則によれば、形成された原価計算行わ。

動向は、データベース全体のスペースとメモリの使用率だけでなく、成長曲線、便利なDBAマシンのリソース割り当てのコアビジネスの代表です。
原価計算とコストの統計占有コスト個々の事業の比率、ビジネスの意思決定層のための参照を提供します。

HA管理

高可用性管理は、次のとおりです。ヘルスチェック、フェイルオーバー、自動的に切り替え、状態監視を。

これは、クラスタとインスタンスを管理するための完全なRESTfulなAPI（分離の前後端）を提供します。
ログ解析を中継し、2つの方法でのフェイルオーバーMySQLのパディング問題がGTIDに基づいてデータを処理します。
そして、時間の数秒以内に完了アクティブフェールオーバーを切り替えます。
フェイルオーバーなどに使用されるVIP、DNS、ミドルウェア、することができ、それはまた、スイッチング制御クライアントアクセスに加えて使用することができます

他の

その後の動作および保守の態様では、開発ニーズがデータベースのパフォーマンス診断、自動分析データベース遅いチェック機能を改善するために、第二レベルの監視、ログ検査、検査例、分割レベルおよび他の機能の例を実装する必要があります。
ビューインタラクティブ利用のユーザーの観点から、配信やメンテナンスに発展をもたらす、システムの有効利用を改善する方法を、管理および制御が使用する主要DBAですが、最終的なターゲットシステムやサービスは、開発のビジネス面でも収益の使用を考える必要がありますターゲット着陸。