《第三章 InnoDB存储引擎表中的各种文件》

最新推荐文章于 2023-03-16 09:00:58 发布

weixin_41262453

最新推荐文章于 2023-03-16 09:00:58 发布

阅读量464

点赞数

分类专栏： MySQL技术内幕 InnDB存储引擎文章标签：第三章 InnoDB存储引擎表中的各种文件 my.cnf配置失效

本文链接：https://blog.csdn.net/weixin_41262453/article/details/89735496

版权

MySQL技术内幕 InnDB存储引擎专栏收录该内容

2 篇文章 0 订阅

订阅专栏

本文详细解析了MySQL中InnoDB存储引擎的各种文件，包括参数文件、日志文件、套接字文件、pid文件、表结构定义文件以及InnoDB存储引擎的表空间文件和重做日志文件，探讨了my.cnf配置文件的生效问题，特别是针对慢查询日志和二进制日志的配置与使用。

摘要由CSDN通过智能技术生成

MySQL数据库和InnoDB存储引擎表的各种类型文件包括参数文件、日志文件、socket文件、pid文件、MySQL表结文件。

参数文件：告诉MYSQL实例启动时在哪里找到数据库文件，并且制定某些初始化参数。
日志文件：用来记录MYSQL实例对某种条件作出响应时写入的文件。
socket文件：当用UNIX域套接字方式进行连接时需要的文件。
pid文件：MYSQL实例的进程ID文件
MySQL表结构文件：用来存放MYSQL表结构定义文件。
存储引擎文件：因为MySQL表存储引擎关系，每个存储引擎都会有自己的文件来保存各种数据。

参数文件

参数文件中存放着各种参数，例如innodb_buffer_pool_size参数。参数文件可以在my.cnf中修改，

查找参数文件命令： mysql --help | grep my.cnf
查找参数值命令:

VARIABLE_NAME LIKE 'innodb_buffer%'\G;

# 推荐使用 SHOW VARIABLES LIKE 'innodb_buffer%'\G;

参数分动态参数和静态参数：动态参数可以在MYSQL实例运行进行更改，静态参数则是不可更改的。更改动态参数的语法如下：global：全局的，session：当前会话。两者决定了动态参数的生命周期。

SET
| [global | session] system_var_name=expr
| [@@global. | @@session. | @@] system_var_name = expr

例如：我将read_buffer_size设置为524288，但是是session范围，如果有其他Mysql用户登录，使用该值会仍然是131072。
在这里插入图片描述
其他demo:

			# 改变当前会话，不会改变全局
			SET read_buffer_size = 524288
			
			# 改变全局会话参数，不会改变当前
			SET @@global.read_buffer_size = 1048576;
			
			# 查询当前会话参数
			SELECT @@session.read_buffer_size\G;
			
			# 查询全局会话参数
			SELECT @@global.read_buffer_size\G;

日志文件

错误日志：记录了所有的错误信息、警告信息。查找错误日志文件位置 SHOW VARIABLES LIKE ‘log_error’\G;
在这里插入图片描述
由于我的/etc/my.cnf下配置了Log_error = /var/log/mysqld.log

慢查询日志：慢查询能为SQL语句的优化带来很大的帮助。
默认情况下，MySQL数据库不支持慢查询日志：
在这里插入图片描述
在/etc/my.cnf，我的是这个配置文件，你可以用mysql --help | grep my.cnf查看：进行对慢查询配置，我的mysql版本是5.7，重启mysql。

但是很神奇，重启后，进行查询：你会发现好像配置文件并没有起作用
在这里插入图片描述
书中有这么一句话，需要手工将这个参数设置为ON。于是乎，用上面的参数设置方法进行设置，提示我/etc/my.cnf的mysql-slow.log没找到，这个目录因人而异，我是存放在此处。我在/logs目录下，新建了一个mysql-slow.log，重新手工设置。
在这里插入图片描述
然后可以用了：

得出的结论：有些参数通过更改Mysql的配置文件my.cnf如果重启后不生效，可以尝试用手工设置方法，手工设置是用SET指令进行设置哦。
查询日志：记录了所有对MYSQL数据库请求的信息，名字一般为主机名.log。
二进制日志(binary log)：记录了对MYSQL数据库执行更改的所有操作。只要操作使得数据库发生变化，就会写入二进制日志。但操作若果未导致数据库发生变化，也有可能写入二进制日志。以下配置文件的参数影响着二进制日志记录的信息和行为，每一个参数具体的影响作用，参考书上。
在这里插入图片描述
可通过在/etc/my.cnf中配置log_bin参数，从而配置二进制日志文件：

生成的日志路径可以先通过以下指令找到：

此时你会发现：有一个mysql-bin.00001即二进制日志文件。
在这里插入图片描述

套接字文件

查看套接字文件参考下面的命令：
在这里插入图片描述

pid文件

在这里插入图片描述

表结构定义文件

MYSQL数据的存储是根据表进行的，每个表都会有与之对应的文件。但不论表采用何种存储引擎，MYSQL都有一个以frm为后缀名的文件，这个文件记录了该表的表结构定义。

也可以用来存放视图的定义。frm文件可以直接查看。

INNODB存储引擎文件

表空间文件

InnoDB存储引擎在存储设计上模仿了Oracle，将存储的数据按表空间进行存放。默认配置下，会有一个初始化大小为10MB、名为ibdataI的文件。该文件就是默认的表空间文件(tablespace file )。你可以通过参数innodb_data_file_path对其进行设置。格式如下:
在这里插入图片描述
innoDB将存储的数据按表空间进行存放。在默认配置下会有一个ibdatal文件，该文件就是默认的表空间文件。可以通过参数innodb_data_file_path对其进行设置。

重做日志文件

默认情况下，INNODB存储引擎的数据目录下会有两个名为ib_logfile0和ib_logfile1的文件。称为重做日志文件，在恢复时至关重要。每个INNODB存储引擎至少有一个重做日志文件组，每个文件组下至少有2个重做日志文件。为了更高的可靠性，用户可以设置多个的镜像日志组，将不同的文件组放在不同的磁盘上，提高重做日志的可用性。在日志组中每个重做日志文件的大小一致，并以循环写入的方式运行。图3-2显示了一个拥有3个重做日志文件的重做日志文件组。

在这里插入图片描述
下列参数严重影响重做日志文件的属性。

innodb_log_file_size：指定每个重做日志文件的大小。设置的过大，在恢复时可能需要很多的时间。设置的过小，一个事务需要多次切换重做日志文件。还可能导致频繁的async checkpoint
innodb_log_files_in_group：指定日志文件组中重做文件的数量。
innodb_mirrored_log_grooups：指定日志镜像文件组的数量，默认为1.
innodb_log_group_home_dir

事务日志和二进制日志的区别：