共计 2959 个字符,预计需要花费 8 分钟才能阅读完成。
参数文件
当 MySQL 示例启动时,数据库会先去读一个配置参数文件,用来寻找数据库的各种文件所在位置以及指定某些初始化参数,这些参数通常定义了某种内存结构有多大等。在默认情况下,MySQL 实例会按照一定的顺序在指定的位置进行读取,可以通过命令 mysql --help | grep my.cnf
来寻找。
如果启动时没有找到参数文件,这时所有的参数值取决于编译 MySQL 时指定的默认值和源代码中指定参数的默认值。(Oracle 数据库启动时,如果找不到参数文件,是不能进行装载操作的。)
可以通过 show variables like 'innodb_buffer%'
命令查看数据库所有参数,也可以通过查看 information_schema 架构下的 GLOBAL_VARIABLES 视图进行查找(不建议)。
参数类型分为动态参数和静态参数,动态参数可以在 MySQL 实例运行中进行更改,静态参数不能更改。可以通过SET | [global | session] system_var_name = expr | [@@global. | @@session. | @@] system_var_name = expr
日志文件
日志文件记录了影响 MySQL 数据库的各种类型活动,包括:
- 错误日志
- 二进制日志
- 慢查询日志
- 查询日志
错误日志(error log)
对 MySQL 的启动、运行、关闭过程进行了记录。文件不仅记录了所有的错误信息,也记录一些警告信息或正确的信息。用户可以通过命令 show variables like 'log_error'
定位该文件。
慢查询日志(slow log)
慢查询日志可以帮助 DBA 定位可能存在问题的 SQL 语句,从而进行 SQL 语句层面的优化。例如,可以在 MySQL 启动时设置一个阈值,将运行时间超过该值得所有 SQL 语句都记录到慢查询日志文件中。通过参数 long_query_time 来设置,默认值为 10,代表 10 秒。
默认情况下,MySQL 数据库不启用慢查询日志,可以通过参数 slow_query_log 设置。
log-slow-queries:旧版(5.6 以下版本)MySQL 数据库慢查询日志存储路径。可以不设置该参数,系统则会默认给一个缺省的文件 host_name-slow.log。slow-query-log-file:新版(5.6 及以上版本)MySQL 数据库慢查询日志存储路径。可以不设置该参数,系统则会默认给一个缺省的文件 host_name-slow.log
另外一个和慢查询日志有关的参数是 log-queries-not-using-indexes,如果运行的 SQL 没有使用索引,则 MySQL 数据库同样会将 SQL 语句记录到慢查询日志文件。MySQL 5.6.5 版本开始新增参数 log_throttle_queries_not_using_indexs,用来表示每分钟允许记录到 show log 的且未使用索引的 SQL 语句次数。该值默认为 0,表示没有限制。(这几个参数在 MySQL 官方文档没有找到!!!)
MySQL 提供的 mysqldumpslow 命令可以直观的查看慢查询日志的内容。
从 MySQL 5.1 开始慢查询支持将记录放入 mysql 架构下的 slow_log 表。参数 log_output 指定了慢查询输出的格式,默认为 FILE,可以将它设置为 TABLE,就可以查询 slow_log 表了。
查询日志
查询日志记录了所有对 MySQL 数据库请求的信息,无论这些请求是否正确执行。默认文件名为:主机名.log。查询日志从 MySQL 5.1 开始也支持放入 mysql 架构下的 general_log 表中。
二进制日志
二进制日志记录了对 MySQL 数据库执行更改的所有操作,但是不包括 select 和 show 这里操作,因为这类操作对数据库本身没有修改。然而,若操作本身没有导致数据库发生变化,那么该操作可能也会写入二进制日志。
二进制日志的几个作用:
- 恢复:某些数据的恢复需要二进制日志,例如,在一个数据库全备份文件恢复后,用户可以通过二进制日志进行 point_in_time 的恢复。
- 复制:通过复制和执行二进制日志使一台运行的 MySQL 数据库与一台 MySQL 数据库进行实时同步。
- 审计:用户可以通过二进制日志中的信息来进行审计,判断是否对数据库进行注入的攻击。
可以通过参数 binlog_format 配置二进制存储的格式。在使用恢复和复制同步时,有不同的效果。
套接字文件
在 UNIX 系统下本地连接 MySQL 可以采用 UNIX 域套接字方式,这种方式需要一个套接字文件。show variables like 'socket'\G;
命名可以查看套接字文件。
pid 文件
但 MySQL 实例启动时,会将自己的进程 ID 写入一个文件中——该文件即为 pid 文件。由参数 pid_file 控制。
表结构定义文件
因为 MySQL 插件式存储引擎的体系结构的关系,MySQL 数据的存储时根据表进行的,每个表都会有与之对应的文件。但是不论采用何种存储引擎,MySQL 都有一个以 frm 为后缀名的文件,这个文件记录了该表的表结构定义,还用来记录视图的定义。
InnoDB 存储引擎文件
表空间文件
InnoDB 采用将存储的数据按表空间进行存放的设计。在默认配置下会有一个初始化大小为 10MB,名为 ibdata1 的文件。该文件就是默认的表空间文件(共享表空间),可以通过参数 innodb_data_file_path 设置。如
[mysqld]
innodb_data_file_path = /db/ibdata1:2000M;/dr2/db/ibdata2:2000M:autoextend
这里将 /db/ibdata1 和 /dr2/db/ibdata2 两个文件组成表空间。大小为 2000,可以自动增长(autoextend)。
设置 innodb_data_file_path 参数后,所有基于 InnoDB 存储引擎的表的数据都会记录到该共享表空间中。若设置参数 innodb_file_per_table,则用户可以将每个基于 InnoDB 存储引擎的表产生一个独立表空间。独立表空间的命名规则为:表名.idb。
需要注意:独立的表空间文件仅存储该表的数据,索引和插入缓冲 BITMAP 等信息,其余信息还是存放在默认表空间中。
重做日志文件
在默认情况下,在 InnoDB 存储引擎的数据目录下会有两个名为 ib_logfile0 和 ib_logfile1 的文件。每个 InnoDB 存储引擎至少有 1 个重做日志文件组,每个文件组下至少有 2 个重做日志文件。
影响重做日志文件的属性:
- innodb_log_file_size:指定每个重做日志文件的大小。在 InnoDB 1.2.x 版本之前不得大于等于 4GB,在 InnoDB 1.2.x 之后扩大为 512GB。
- innodb_log_files_in_group:指定了日志文件组中重做日志文件的数量,默认为 2。
- innodb_mirrored_log_groups:指定了日志镜像文件组的数量,默认为 1,表示只有一个文件组,没有镜像。
- innodb_log_group_home_dir:指定了日志文件所在路径,默认为./,表示在 MySQL 数据库的数据目录下。
本文永久更新链接地址:http://www.linuxidc.com/Linux/2017-01/139357.htm