MySQL文件类型

前言：本文将介绍Mysql的各种类型的文件。

 

Mysql数据库有以下几种文件：

1.参数文件。

2.日志文件。

3.套接字文件。

4.Pid文件。

5.表结构定义文件。

6.存储引擎文件。

 

1.什么是参数文件？

在Mysql的运行过程中，有许多规则是可以配置的，如使用哪个引擎，某种内存结构有多大等等？这些规则都记录在了参数文件中，形如Key/Value的格式，可以人为的去配置。

Mysql启动时可以不需要参数文件，若没有参数文件，则都使用默认配置。

linux下可以通过

mysql --help|grep my.cnf命令来查询配置文件的位置。

下面是一份完整的配置文件：

[client]    
port = 3309   
socket = /home/mysql/mysql/tmp/mysql.sock    
[mysqld]    
!include /home/mysql/mysql/etc/mysqld.cnf #包含的配置文件 ，把用户名，密码文件单独存放    
port = 3309   
socket = /home/mysql/mysql/tmp/mysql.sock    
pid-file = /longxibendi/mysql/mysql/var/mysql.pid    
basedir = /home/mysql/mysql/    
datadir = /longxibendi/mysql/mysql/var/    
# tmp dir settings    
tmpdir = /home/mysql/mysql/tmp/    
slave-load-tmpdir = /home/mysql/mysql/tmp/    
#当slave 执行 load data infile 时用    
#language = /home/mysql/mysql/share/mysql/english/    
character-sets-dir = /home/mysql/mysql/share/mysql/charsets/    
# skip options    
skip-name-resolve #grant 时，必须使用ip不能使用主机名    
skip-symbolic-links #不能使用连接文件    
skip-external-locking #不使用系统锁定，要使用myisamchk,必须关闭服务器    
skip-slave-start #启动mysql,不启动复制    
#sysdate-is-now    
# res settings    
back_log = 50 #接受队列，对于没建立tcp连接的请求队列放入缓存中，队列大小为back_log，受限制与OS参数    
max_connections = 1000 #最大并发连接数 ，增大该值需要相应增加允许打开的文件描述符数    
max_connect_errors = 10000 #如果某个用户发起的连接error超过该数值，则该用户的下次连接将被阻塞，直到管理员执行flush hosts ; 命令；防止黑客    
#open_files_limit = 10240   
connect-timeout = 10 #连接超时之前的最大秒数,在Linux平台上，该超时也用作等待服务器首次回应的时间    
wait-timeout = 28800 #等待关闭连接的时间    
interactive-timeout = 28800 #关闭连接之前，允许interactive_timeout（取代了wait_timeout）秒的不活动时间。客户端的会话wait_timeout变量被设为会话interactive_timeout变量的值。    
slave-net-timeout = 600 #从服务器也能够处理网络连接中断。但是，只有从服务器超过slave_net_timeout秒没有从主服务器收到数据才通知网络中断    
net_read_timeout = 30 #从服务器读取信息的超时    
net_write_timeout = 60 #从服务器写入信息的超时    
net_retry_count = 10 #如果某个通信端口的读操作中断了，在放弃前重试多次    
net_buffer_length = 16384 #包消息缓冲区初始化为net_buffer_length字节，但需要时可以增长到max_allowed_packet字节    
max_allowed_packet = 64M #    
#table_cache = 512 #所有线程打开的表的数目。增大该值可以增加mysqld需要的文件描述符的数量    
thread_stack = 192K #每个线程的堆栈大小    
thread_cache_size = 20 #线程缓存    
thread_concurrency = 8 #同时运行的线程的数据 此处最好为CPU个数两倍。本机配置为CPU的个数    
# qcache settings    
query_cache_size = 256M #查询缓存大小    
query_cache_limit = 2M #不缓存查询大于该值的结果    
query_cache_min_res_unit = 2K #查询缓存分配的最小块大小    
# default settings    
# time zone    
default-time-zone = system #服务器时区    
character-set-server = utf8 #server级别字符集    
default-storage-engine = InnoDB #默认存储    
# tmp & heap    
tmp_table_size = 512M #临时表大小，如果超过该值，则结果放到磁盘中    
max_heap_table_size = 512M #该变量设置MEMORY (HEAP)表可以增长到的最大空间大小    
log-bin = mysql-bin #这些路径相对于datadir    
log-bin-index = mysql-bin.index    
relayrelay-log = relay-log    
relayrelay_log_index = relay-log.index    
# warning & error log    
log-warnings = 1   
log-error = /home/mysql/mysql/log/mysql.err    
log_output = FILE #参数log_output指定了慢查询输出的格式，默认为FILE，你可以将它设为TABLE，然后就可以查询mysql架构下的slow_log表了    
# slow query log    
slow_query_log = 1   
long-query-time = 1 #慢查询时间 超过1秒则为慢查询    
slow_query_log_file = /home/mysql/mysql/log/slow.log    
#log-queries-not-using-indexes    
#log-slow-slave-statements    
general_log = 1   
general_log_file = /home/mysql/mysql/log/mysql.log    
max_binlog_size = 1G   
max_relay_log_size = 1G   
# if use auto-ex, set to 0    
relay-log-purge = 1 #当不用中继日志时，删除他们。这个操作有SQL线程完成    
# max binlog keeps days    
expire_logs_days = 30 #超过30天的binlog删除    
binlog_cache_size = 1M #session级别    
# replication    
replicate-wild-ignore-table = mysql.% #复制时忽略数据库及表    
replicate-wild-ignore-table = test.% #复制时忽略数据库及表    
# slave_skip_errors=all   
key_buffer_size = 256M #myisam索引buffer,只有key没有data    
sort_buffer_size = 2M #排序buffer大小；线程级别    
read_buffer_size = 2M #以全表扫描(Sequential Scan)方式扫描数据的buffer大小 ；线程级别    
join_buffer_size = 8M # join buffer 大小;线程级别    
read_rnd_buffer_size = 8M #MyISAM以索引扫描(Random Scan)方式扫描数据的buffer大小 ；线程级别    
bulk_insert_buffer_size = 64M #MyISAM 用在块插入优化中的树缓冲区的大小。注释：这是一个per thread的限制    
myisam_sort_buffer_size = 64M #MyISAM 设置恢复表之时使用的缓冲区的尺寸,当在REPAIR TABLE或用CREATE INDEX创建索引或ALTER TABLE过程中排序 MyISAM索引分配的缓冲区    
myisam_max_sort_file_size = 10G #MyISAM 如果临时文件会变得超过索引，不要使用快速排序索引方法来创建一个索引。注释：这个参数以字节的形式给出.重建MyISAM索引(在REPAIR TABLE、ALTER TABLE或LOAD DATA INFILE过程中)时，允许MySQL使用的临时文件的最大空间大小。如果文件的大小超过该值，则使用键值缓存创建索引，要慢得多。该值的单位为字节    
myisam_repair_threads = 1 #如果该值大于1，在Repair by sorting过程中并行创建MyISAM表索引(每个索引在自己的线程内)    
myisam_recover = 64K#允许的GROUP_CONCAT()函数结果的最大长度    
transaction_isolation = REPEATABLE-READ    
innodb_file_per_table    
#innodb_status_file = 1   
#innodb_open_files = 2048   
innodb_additional_mem_pool_size = 100M #帧缓存的控制对象需要从此处申请缓存，所以该值与innodb_buffer_pool对应    
innodb_buffer_pool_size = 2G #包括数据页、索引页、插入缓存、锁信息、自适应哈希所以、数据字典信息    
innodb_data_home_dir = /longxibendi/mysql/mysql/var/    
#innodb_data_file_path = ibdata1:1G:autoextend    
innodb_data_file_path = ibdata1:500M;ibdata2:2210M:autoextend #表空间    
innodb_file_io_threads = 4 #io线程数    
innodb_thread_concurrency = 16 #InnoDB试着在InnoDB内保持操作系统线程的数量少于或等于这个参数给出的限制    
innodb_flush_log_at_trx_commit = 1 #每次commit 日志缓存中的数据刷到磁盘中    
innodb_log_buffer_size = 8M #事物日志缓存    
innodb_log_file_size = 500M #事物日志大小    
#innodb_log_file_size =100M   
innodb_log_files_in_group = 2 #两组事物日志    
innodb_log_group_home_dir = /longxibendi/mysql/mysql/var/#日志组    
innodb_max_dirty_pages_pct = 90 #innodb主线程刷新缓存池中的数据，使脏数据比例小于90%    
innodb_lock_wait_timeout = 50 #InnoDB事务在被回滚之前可以等待一个锁定的超时秒数。InnoDB在它自己的 锁定表中自动检测事务死锁并且回滚事务。InnoDB用LOCK TABLES语句注意到锁定设置。默认值是50秒    
#innodb_flush_method = O_DSYNC   
[mysqldump]    
quick    
max_allowed_packet = 64M   
[mysql]    
disable-auto-rehash #允许通过TAB键提示    
default-character-set = utf8   
connect-timeout = 3   
 

2.日志文件

日志文件是Mysql中很重要的文件，它记录了Mysql对数据的操作，Mysql运行的情况等等。Mysql也需要日志文件来保证事务的正常运行。

Mysql主要包括以下几种日志：错误日志、查询日志、慢查询日志、事务日志、二进制日志；

错误日志

在mysql数据库中，错误日志功能是默认开启的。并且，错误日志无法被禁止。默认情况下，错误日志存储在mysql数据库的数据文件中。错误日志文件通常的名称为hostname.err。其中，hostname表示服务器主机名。错误日志信息可以自己进行配置的，错误日志所记录的信息是可以通过log-error和log-warnings来定义的，其中log-err是定义是否启用错误日志的功能和错误日志的存储位置，log-warnings是定义是否将警告信息也定义至错误日志中。默认情况下错误日志大概记录以下几个方面的信息：服务器启动和关闭过程中的信息（未必是错误信息，如mysql如何启动InnoDB的表空间文件的、如何初始化自己的存储引擎的等等）、服务器运行过程中的错误信息、事件调度器运行一个事件时产生的信息、在从服务器上启动服务器进程时产生的信息。

查询日志：

MySQL的查询日志记录了所有MySQL数据库请求的信息。无论这些请求是否得到了正确的执行。默认文件名为hostname.log。默认情况下MySQL查询日志是关闭的。生产环境，如果开启MySQL查询日志，对性能还是有蛮大的影响的。另外很多时候，MySQL慢查询日志基本可以定位那些出现性能问题的SQL，所以MySQL查询日志应用的场景其实不多，有点鸡肋的感觉，它跟SQL Server中的profiler有点类似，但是这个不能跟踪某个会话、用户、客户端。它只能对整个数据库进行跟踪。默认情况下查询日志是关闭的。由于查询日志会记录用户的所有操作，其中还包含增删查改等信息，在并发操作大的环境下会产生大量的信息从而导致不必要的磁盘IO，会影响mysql的性能的。如若不是为了调试数据库的目的建议不要开启查询日志。

慢查询日志：

慢查询日志是用来记录执行时间超过指定时间的查询语句。通过慢查询日志，可以查找出哪些查询语句的执行效率很低，以便进行优化。一般建议开启，它对服务器性能的影响微乎其微，但是可以记录mysql服务器上执行了很长时间的查询语句。可以帮助我们定位性能问题的。

事务日志：

事务日志（InnoDB特有的日志）可以帮助提高事务的效率。使用事务日志，存储引擎在修改表的数据时只需要修改其内存拷贝，再把改修改行为记录到持久在硬盘上的事务日志中，而不用每次都将修改的数据本身持久到磁盘。事务日志采用追加的方式，因此写日志的操作是磁盘上一小块区域内的顺序I/O，而不像随机I/O需要在磁盘的多个地方移动磁头，所以采用事务日志的方式相对来说要快得多。事务日志持久以后，内存中被修改的数据在后台可以慢慢的刷回到磁盘。目前大多数的存储引擎都是这样实现的，我们通常称之为预写式日志，修改数据需要写两次磁盘。如果数据的修改已经记录到事务日志并持久化，但数据本身还没有写回磁盘，此时系统崩溃，存储引擎在重启时能够自动恢复这部分修改的数据。具有的恢复方式则视存储引擎而定。

二进制日志：

MySQL的二进制日志（binary log）是一个二进制文件，主要用于记录修改数据或有可能引起数据变更的MySQL语句。二进制日志（binary log）中记录了对MySQL数据库执行更改的所有操作，并且记录了语句发生时间、执行时长、操作数据等其它额外信息，但是它不记录SELECT、SHOW等那些不修改数据的SQL语句。二进制日志（binary log）主要用于数据库恢复和主从复制，以及审计（audit）操作。

 

3.套接字文件

Unix系统下本地连接MySQL可以采用Unix域套接字方式，这种方式需要一个套接字（socket）文件。套接字文件可由参数socket控制。一般在/tmp目录下，名为mysql.sock

 

4.Pid文件

当MySQL实例启动时，会将自己的进程ID写入一个文件中——该文件即为pid文件。该文件可由参数pid_file控制。默认路径位于数据库目录下，文件名为主机名.pid。

 

5.表结构文件

因为MySQL插件式存储引擎的体系结构的关系，MySQL对于数据的存储是按照表的，所以每个表都会有与之对应的文件（对比SQL Server是按照每个数据库下的所有表或索引都存在mdf文件中）。不论采用何种存储引擎，MySQL都有一个以frm为后缀名的文件，这个文件记录了该表的表结构定义。二进制文件。frm还用来存放视图的定义，如我们创建了一个v_a视图，那么对应地会产生一个v_a.frm文件，用来记录视图的定义，该文件是文本文件，可以直接使用cat命令进行查看

 

6.存储引擎文件

前面介绍的五种文件都是Mysql数据库自身的文件，和存储引擎无关。除了这些文件外，每个存储引擎还有自己独有的文件。下面介绍InnoDB存储引擎的相关文件。

 

6.1表空间文件。

InnoDB将存储的数据按照表空间来存放，默认会有一个10M，名为ibdata1的文件，该文件就是默认的表空间文件。InnoDB里所有的数据都会存储到该表空间文件中，可以人为指定表空间文件，表空间文件可以有多个，也可以为每一个表都生成一个表空间文件。

6.2重做日志文件

默认情况下，InnoDB的数据目录下回有俩个名为ib_logfile0,ib_logfile1的文件，这就是重做日志文件（redo file）。当Mysql当机或者异常时，重做日志可以保证Mysql的数据不丢失。每个InnoDB至少有1个重做日志文件组每个组下至少有2个重做日志文件。

原文：https://blog.csdn.net/u012000209/article/details/84992013