MySQLのファイル

3975 ワード
パラメータファイル
読み取り位置
mysql --help

検索可能
Default options are read from the following files in the given order:
/etc/mysql/my.cnf /etc/my.cnf ~/.my.cnf
The following groups are read: mysql client

Mysqlインスタンスは、パラメータファイルを必要としない場合があります.この場合、すべてのパラメータは、コンパイルデフォルト値とソースコードデフォルト値に依存します.
ランタイムパラメータの表示
show variables;

または
use performance_schema;
select * from GLOBAL_VARIABLES;

第1の方法を推奨し、互換性が高い.
パラメータタイプ
修正可能性から:動的パラメータと静的パラメータに分けて作用範囲から:インスタンス型とセッション型に分けることができます.構文:
set [global | session] sysyem_var_name=expr

または
set [@@global. | @@session. | @@] sysyem_var_name=expr

ログファイル
ファイルの場所
show variables like 'log_error'

デフォルトでは、ファイル名は%hostname.err.
スロー・クエリー・ログ
スロー・クエリー・ログの有効化
show variables like 'slow_query_log'
set global slow_query_log=ON;

スロークエリパラメータの調整
  • slow_query_log_fileログ格納場所
  • long_query_timeスロークエリしきい値
  • log_queries_not_using_indexesインデックスがないクエリも
    • を記録する
  • log_outputログ記録形式、オプション:FILEまたはTABLE
  • log_throttle_queries_not_using_indexesインデックスがないクエリの1分あたりのレコード上限
  • long_query_io指定論理読み出し数を超えるクエリは
    • に記録される.
  • slow_query_type有効形式、0無効、1運転時間、2論理読み出し、3運転時間+論理読み出し
    • スロー・クエリー・ログの分析
    mysqldumpslow --help

    クエリー・ログ
    show variables like '%general_log%';

    バイナリファイル
    さぎょう
  • すべての書き込みを記録する
    • .
  • リカバリ、point-in-time
  • マスターコピー
  • SQLi攻撃の監査
    • 推奨有効化
    show variables like 'log_bin';

    パラメータちょうせい
  • log-bin=name:binlogログ名、パスはdatadir、デフォルトは有効ではありません.
    • を開くことをお勧めします.
  • max_binlog_size:単一binlogの最大値、デフォルト1 G
  • binlog_cache_size:コミットされていないトランザクションはメモリキャッシュに書き込まれます.デフォルトは32 Kです.sessionベースで、一時ファイルに書き込まれます.binlog_を使用できます.cache_useとbinlog_cache_disk_useステータスチューニング
  • sync_binlog:binlogを何回書くたびにfsyncはディスク
    • に
  • binlog_do_db、binlog_ignore_db:書き込みが必要なライブラリは、デフォルトでは
    • です.
  • log_slave_update:データベースがslaveの場合、同期されたbinlogコンテンツはデフォルトでは書き込まれません.このオプションを使用して開くことで、master=>slave=>slaveアーキテクチャ
    • を構築できます.
  • binlog_format:オプション文同期STATEMENT、行状態ROW、MIXED、STATEMENTはuuid()などの関数やREAD COMMITTEDの分離レベルに友好的ではなく、ROWは多くの行データの簡単な更新に友好的ではない.

    • テーブル定義ファイル
    FRMファイル、サーバレベル、ストレージエンジンに関係なく、テーブルとビューの定義を保存します.
    InnoDBストレージエンジンファイル
    表領域ファイル
    パラメータによるinnodb_data_file_path:datafile_spec 1[:2000 M][;datafile_spec 2][:autoextend]では、表領域ファイルの場所とサイズ、自動拡張を設定できます.複数のファイルが異なるディスク上にある場合、データベースのパフォーマンスが向上します.パラメータによるinnodb_file_per_table=ONはinnodbのテーブルごとに独立したテーブル空間を生成します.ただし、これらの独立した表領域には、その表のデータ、インデックス、およびバッファBITMAPの挿入などの情報のみが格納され、残りの情報はデフォルトの表領域に格納されます.
    REDOログ・ファイル
    各innodbエンジンには少なくとも1つのREDOログ・ファイル・グループがあり、各ファイル・グループの下には少なくとも2つのREDOログ・ファイルがあり、より高い信頼性を得るために、複数のミラー・ログ・グループを設定し、異なるファイル・グループを異なるディスクに配置して可用性を向上させることができます.ログ・グループ内の各REDOログ・ファイルのサイズが一致し、xun
    バイナリ・ファイルとREDOログ・ファイルの違い
    所属:バイナリファイルはサーバ層に属します.REDOログ・ファイルはinnodbストレージ・エンジン・レベルの内容に属します.バイナリ・ファイルはトランザクションの論理ログを記録し、テーブルとローの概念に基づいています.REDOログ・ファイルは物理的なストレージを記録し、ページのコンセプト・ポイントに基づいています.バイナリ・ファイルはトランザクションのコミット前にのみ書き込まれ、トランザクション全体が書き込まれます.REDOログ・ファイルは、トランザクションの実行中に書き込まれ続け、トランザクションの具体的な操作内容が書き込まれます.
    REDOログ書込みプロセス
    REDOログ・ファイルを書き込む操作は、直接書くのではなく、REDOログ・バッファに書き込み、一定の条件で順番にログ・ファイルに書き込みます.REDOログ・バッファからディスクへの書き込みは、セクタ・サイズで書き込まれるため、書き込みは必ず成功するため、デュアル・ライトは必要ありません.REDOログ・バッファは、プライマリ・スレッドに1秒に1回書き込み、innodb_flush_log_at_trx_commitはcommit時の書き込み動作を制御します.
    パラメータ設定
    innodb_log_file_size:各REDOログ・ファイルのサイズが大きすぎてリカバリに時間がかかり、小さすぎるとREDOログ・ファイルが頻繁に切り替えられ、パフォーマンスがジッタします.innodb_log_files_in_group:ログ・ファイル・グループ内のREDOログ・ファイルの数.デフォルトは2です.innodb_mirrored_log_groups:ログミラーファイルグループの数、デフォルトは1です.innodb_log_home_dir:ログファイルグループが存在するパス.innodb_flush_log_at_trx_commit:commit時にREDOログがREDOログファイルにバッファされる書き込み動作.0はメインスレッドリフレッシュのみに依存し、1 commitで書き込み、fsync、2 commitで書き込み、fsyncではありません.
    PID制御学習要約
    hikariデータベース接続プール