mysql-データベースファイル

1.概要

　　メインのデータベースファイルは、MySQLデータベースレベルとファイルレベルのストレージエンジンファイルの2種類が含まれています。

1）データベース・レベルの文書がで、パラメータファイル（my.cnfファイル/ my.iniファイル）、エラーファイル（エラーログ）、スロークエリファイル（遅いログ）、一般的なクエリファイル（genralログ）、バイナリ（ビンログ）を持っていますログファイル（リレー・ログ）、監査ログ（auidtログ）、ソケットファイル（ソケット）、ドキュメントプロセスID（PIDファイル）及びファイルテーブル構造（.FRM）以下

2）ストレージエンジンのレベル、ログ・ファイルおよびアンドゥログログファイルがやり直し

2.文書は、データベース・レベルに関する情報を提供します

2.1パラメータ・ファイル

　　デフォルトのユーザープロファイルまたはユーザ定義の操作オプションを保存します。mysqldをサービス開始のため。

1）を参照してください例ブート優先順位パラメータファイルの読み出し処理

MySQLの--help | grepの -A1 ' デフォルトのオプション' 
のmysqld --verbose --help | もっと

2）コマンドパラメータ（パラメータの種類：あなたはオンラインの2つのカテゴリに分類パラメータ、動的パラメータと静的パラメータを変更できるかどうかによります）

MySQLの>セット[グローバル|セッション]パラメータ=値;

3）パラメータを確認してください

mysqlの> ショー変数。
mysqlの>ショーvairalbes のような ' ％パラメータ％' ;

2.2エラーログファイル

　　MySQLのエラーログの起動、操作、過程で生じる問題をシャットダウンします。一般的にはデータディレクトリに保存されています

変数を示しなどの 「LOG_ERRORを」;
選択 @@ LOG_ERRORを。

SELECT 
	VARIABLE_NAME、
	VARIABLE_VALUE 
FROM 
	performance_schema.global_variables 
WHERE 
	VARIABLE_NAMEで（ 'LOG_ERROR'、 'log_warnings'）。

2.3バイナリログ（バイナリログ）

　　すべての操作は、実際の変更（DML文）、および発生、継続実行、データ操作の時間を記録した書類などを記録します。これらのステートメントが含まれていない、ショーを記録していない任意のデータを変更する文を選択しないでください。

　　1）バイナリログ形式は、一般的な定義を使用しました：

　　　　1、ステートメント（ステートメント）：デフォルトの記録フォーマット。

　　　　2、ライン（行）：どのようなデータの定義は、データ自体ではなく線であるています。

　　　　図3に示すように、混合モード（混合）：交流ラインおよび発現、MySQLサーバの裁量による。

　　　　行のフォーマットを定義するデータの量に基づいて大きくなるが、データの正確性を保証することができます。

　　2）バイナリログオフ/オン

- 論文（永久）を書き込む 
VI /など/ my.cnfの
 [ mysqldを] 
ログ-ビン[ = DIR \ [ファイル名] ] 

- コマンドモード（仮）
SETグローバルログ-ビン=  1。

　　3）バイナリログを削除します。

　　バイナリログは、（いくつかの役に立たない情報が含まれている）多くの情報を記録します。バイナリログは、長い時間をクリーンアップしない場合は、ディスクスペースの多くを無駄にします。削除後のデータベースの崩壊につながる可能性がバイナリログのみのバックアップバイナリログ前に削除することができ、データベース、そのバックアップコピーを削除するので、まず、回復することはできませんが、生成された新しいログ情報は、（あなたがインスタントを行うことができます削除することはできませんポイント還元）。それはMySQLサーバを閉じた後にもたらした間違ったデータベースを与えるかもしれないので、それは直接削除することはできません。バイナリログがする必要が削除しない場合は、次のエクスポートバックアップデータベースとログファイルは、バイナリアーカイブストレージを圧縮しています。

- 1. RESET MASTERステートメントは、すべてのバイナリログを削除

MySQLの> ; RESETマスター
のMySQL >表示バイナリ;ログを

- 削除するか、または特定の時点まで2.バイナリログファイルを

MySQLの> PURGE { BINARY  | {MASTER LOGS} TO  " LOG_NAME 「 | datetime_expr前に} 

- TO'log_name」のファイルが削除される前に、その他の文書を表しては、また、特定の時間datetime_expr削除する前に、前にバイナリファイルを使用することができます。

MySQLの> PURGE BINARY LOGS TO  ' のMySQL-bin.000007というを' ; 
MySQLの> PURGE BINARYログインする前に「2020年3月10日午前10時26分36秒」 ;＃は、バイナリログを削除するために時間を使います

2.4スロークエリログ（スローログ）

　　記録long_query_time文以上のすべての時間レコード。スロークエリログファイルには、遅いクエリを最適化するために、ヘルプDBAにmysqldumpslowツールまたはpercona・ツールキットのツールで表示することができます。

- 相关参数
SELECT 
      VARIABLE_NAME 
     、VARIABLE_VALUE 
- 、GROUP_CONCAT（ " '"、VARIABLE_NAME、 "'"）
FROM 
    performance_schema.global_variables 

    VARIABLE_NAME で（' slow_query_log '、' slow_query_log_file '、' long_query_time '、'' ）。

スロークエリログ解析ツール

- 出力トップ10のクエリ時間ディメンションに従って 
mysqldumpslow - ST - T 10  < slow_query_log_file >

3. InnoDBストレージエンジンのログ

　　InnoDBストレージエンジンレベル、二つの主なログ（REDOログおよびアンドゥログ）があります。アンドゥとロールバックを使用することによって達成されるInnoDBの複数のバージョン。InnoDBは、各隠れカラム（DB_ROW_ID、DB_TRX_ID、DB_ROLL_PTR）は各列内の行の数、およびロールバックトランザクションIDポインタを表す3つの行を達成するために、インデックステーブル組織です。

3.1 REDOログ・ログファイル

　　変更を操作するためのREDOログ・トランザクションを記録し、記録されたデータの値が変更されます。

　　REDOログは、すべてのInnoDBデータベースのすべての操作を記録します。クラッシュデータベースは、データのセキュリティが重いの特徴を確認することです回復を作るために使用されます。InnoDDストレージエンジン、（ib_logfile0、ib_logfile1）2つのデフォルトのログファイルがあります

3.2アンドゥログログファイル|ロールバック（アンドゥログワンセグ）

　　だけでなく、レコードはまた、変更操作を行うアンドゥ記録を持っている場合、REDOレコードが生成されます。

　　システムのデフォルトの表スペース（ibdata1と）にUNDOレコードを記録し、変更前のアンドゥログレコードだけ古いデータは、別のUNDO表領域のmysql5.6後に提供することができます。

mysql-データベースファイル

おすすめ