# 参数文件 告诉 MySQL 实例启动时在哪里可以找到数据库文件，并且制定某些初始化参数，这些参数定义了某种内存结构的大小等设置，还会介绍各种参数的类型。 查看 ```mysql SHOW VARIABLES LIKE '%%'; ``` ```mysql SELECT * FROM GLOBAL_VARIABLES ``` # 日志文件 用来记录 MySQL 实例对某种条件作出响应时写入的文件。 ### 错误日志 (error log) 对 MySQL 的启动、运行、关闭过程进行了记录。MySQL DBA 在遇到问题时应该首先查看该文件。 参数： - log_error ### 慢查询日志 (slow query log) 慢查询日志可帮助 DBA 定位可能存在的问题的 SQL 语句，从而进行 SQL 语句层面的优化 参数： - log_slow_queries：开启慢查询日志 - log_output：慢查询输出格式 FILE/TABLE - long_query_time：慢查询时间 - log_queries_not_using_indexes：记录没有使用索引的语句 - long_query_io：记录超过指定逻辑 I/O 次数的SQL 语句 - long_query_type - 0：不将 SQL 语句记录到 slow log - 1：表示根据运行时间将 SQL 语句记录到 slow log - 2：表示根据逻辑 I/O 次数将 SQL 语句记录到 slow log - 3：表示根据运行时间及逻辑 I/O 次数将 SQL 语句记录到 slow log 查看： - select slow_log slow_log 使用的是 CSV 引擎，对大数据量下的查询效率可能不高。可以转换到 MyISAM，并在 start_time 列上添加索引进一步提高查询效率。 ### 查询日志 (log) 记录了所有对 MySQL 数据库请求的信息，无论这些请求是否得到了正确的执行。 ### 二进制日志 (binlog) 记录了对 MySQL 数据库执行更改的所有操作，但是不包括 SELECT 和 SHOW 这类操作。 作用： - 恢复（recovery）：某些数据的恢复需要二进制日志 - 复制（replication）：其原理与恢复类似，通过复制和执行二进制日志使一台远程的 MySQL 数据库与一台 MySQL 数据库进行实时同步。 - 审计（audit）：永和可以通过二进制日志中的信息来进行审计，判断是否有对数据库进行注入的攻击 参数： - log-bin[=name]：启用二进制日志。默认二进制日志文件名为主机名，后缀名为二进制日志的序列号，所在路径为数据库所在的目录。 - max_binlog_size：指定了单个二进制日志文件的最大值，如果超过该值，则产生二进制日志文件，后缀名 +1，默认大小为 1G。 - binlog_cache_size：binlog 缓冲的大小由 binlog_cache_size 决定，默认大小为 32K。binlog_cache_size 是基于会话的，如够用时会把缓冲日志写入一个临时文件中。通过 SHOW GLOBAL STATUS 命令查看 binlog_cache_use（使用缓冲写二进制日志的次数）、binlog_cache_disk_use（记录使用临时文件写二进制日志的次数） 的状态，判断是否合适 - sync_binlog=[N]：表示每写缓冲多少次就同步到磁盘。如果将 N 设为 1，则写操作不使用操作系统的缓冲来写二进制日志。 - binlog-do-db：表示需要写入哪些库的日志 - binlog-ignore-db：表示需要忽略哪些库的日志 - log-slave-update：如果当前数据库是复制中的 slave 角色，则它不会从 master 取得并执行的二进制日志写入自己的二进制日志文件中去。如果需要，则需要设置。 - binlog_format： - STATEMENT：二进制日志文件记录的是日志的逻辑 SQL 语句。 - ROW：记录表的更改情况。 - MIXED：MySQL 默认采用 STATEMENT 格式进行二进制日志文件的记录，但是在一些情况下会使用 ROW 格式 - NDB - 使用 UUID()、USER()、CURRENT_USER()、FOUND_ROWS()、ROW_COUNT() 等不确定函数。 - 使用了 INSERT DELAY 语句 - 使用了用户定义函数（UDF） - 使用了临时表 # socket 文件 当用 UNIX 域套接字方式进行连接时需要的文件。套接字文件可由 socket 控制。一般在 /tmp 目录下，名为 mysql.sock。 # pid 文件 MySQL 实例的进程 ID 文件。 参数 - pid_file：默认为主机名.pid # MySQL 表结构文件 用来存放 MySQL 表结构定义文件，每个表都会有与之对应的文件。frm 还用来存放视图的定义，该文件是文本文件，可以直接使用 cat 命令进行查看。 # 存储引擎文件 因为 MySQL 表存储引擎的关系，每个存储引擎都会有自己的文件来保存各种数据。这些存储引擎真正存储了记录和索引等数据。 ### 表空间文件 由于设置参数 innodb_file_per_table=ON，因此产生了单独的 .ibd 独立表空间文件。这些单独的表空间存储该表的数据、索引和插入缓冲 BITMAP 等信息，其余信息如回滚信息、插入缓冲索引页、系统事务信息、二次写缓冲等还是存放在默认原来的共享表空间中。 ### 重做日志文件 在 InnoDB 存储引擎目录下会有两个名为 ib_logfile0 和 ib_logfile1 的文件。每个 InnoDB 存储引擎至少有 1 个重做日志文件组，每个文件组下至少有 2 个重做日志文件。在日志组中每个重做日志文件的大小一致，并以循环写入的方式运行。 参数： - innodb_log_file_size：指定每个重做日志文件的大小 - innodb_log_files_in_group：指定了日志文件组中重做日志文件的数量，默认为 2 - innodb_mirrored_log_groups：指定了日志镜像文件组的数量，默认为 1 - innodb_log_group_home_dir：指定了日志文件组所在路径，默认为 ./，表示在 MySQL 数据库的数据目录下。 和 binlog 的区别： 1. 记录的范围不同：二进制日志会记录所有与 MySQL 数据库有关的日志记录，而 InnoDB 存储引擎的重做日志只记录有关该存储引擎本身的事务日志。 2. 记录的内容不同：无论用户将二进制日志的记录格式设为什么，其记录的都是关于一个事物的具体操作内容，即该日志的逻辑日志。而 InnoDB 存储引擎的重做日志文件记录的是关于每个页的更改的物理情况。 3. 写入的时间不同：二进制日志文件仅在事务提交前提交，即只写磁盘一次，不论这是该事务多大。而在事务进行的过程中，却不断有重做日志条目被写入到重做日志文件中。 innodb_flush_log_zt_trx_commit：表示在提交操作时，处理重做日志的方式 - 0：当提交事务时，并不将事务的重做日志写入磁盘上的日志文件，而是等待主线程每秒的刷新。 - 1：在执行 commit 时，将重做日志缓冲同步写到磁盘，即伴有 fsync 的调用 - 2：将重做日志异步写到磁盘，即写到文件系统的缓存中。