参数文件
在默认情况下，Mysql在启动时会按照一定顺序在指定的位置读取参数文件。
参数的形式是键值对。
查看数据库所有参数
SHOW VARIABLES
参数有静态和动态的，动态意味着可以在MySQL实例运行期间进行修改。
修改动态参数
set @@[global | session].system_var_name=expr
global是全局的，session是会话的。
查看参数
select @@[global | session].system_var_name
日志文件
参见的日志文件有几种：
- 错误日志（error log）
- 慢查询日志（slow query log）
- 查询日志（log）
- 二进制日志（binlog）
错误日志
错误日志记录了所有的错误信息，也记录了一些警告信息或正确的信息。
定位错误日志文件
show variables like ‘log_error’
当出现mysql不能正常启动时，第一个要查找的文件应该就是错误日志文件。
慢查询日志
可以在MySQL启动时设一个阈值（参数long_query_time，默认是10，表示10秒），将运行时间超过该值的所有SQL语句都记录到慢查询日志中。
在默认情况下，MySQL数据库并不启动慢查询日志，用户需要手工将这个参数设置为ON（log_show_queries）。
另一个和慢查询日志有关的参数是log_queries_not_using_indexes，如果运行的语句没有使用索引，则MySQL会将这条SQL记录到慢查询日志。
log_throttle_queries_not_using_indexes参数: 每分钟允许记录到slow log的且未使用索引的SQL语句次数。该值默认为0，表示没有限制，在生产环境下，若没有使用索引，此类SQL语句会频繁地被记录到slow log，从而导致slow log文件的大小不断增加，故DBA可通过此参数进行配置。该参数MySQL 5.6.5版本开始新增。
可以通过慢查询日志找出有问题的SQL语句并对其进行优化。但是当日志太多时，就显得很不直观了。可以使用mysqldumpslow命令。
也可以通过select * from mysql.slow_log来查看慢查询。
查询日志（主机名.log）
查询日志记录了所有对MySQL数据库请求的信息，无论这些请求是否得到了正确的执行。默认名称：主机名.log
二进制日志（主机名.序列号）
记录了所有对数据库执行更改的操作，但是如果类似update语句，它并没有更改什么数据，也会被记录到二进制日志里。
二进制日志可以抵御意外停止。仅记录或回读完整的事件或事务。
binlog主要用于恢复和复制。
通过配置参数log-bin[=name]可以启动二进制日志（默认已启动），如果不指定name，则默认文件名是主机名，后缀名为二进制日志的序列号，所在路径为数据库所在目录（datadir参数）。
参数max_binlog_size：指定单个二进制文件的最大值（默认1G），超过该值，则产生新的二进制文件，后缀名+1。
参数binlog_cache_size：当使用InnoDB存储引擎时，所有未提交的二进制文件会被记录到一个缓冲中去，等该事务提交（commited）时直接将缓冲中的二进制日志写入到binlog，而该缓存的大小由binlog_cache_size决定，默认大小为32k。binlog_cache_size是基于会话的。当一个事务的大小超过binlog_cache_size，MySQL会把缓存中的日志写入一个临时文件中。通过SHOW GLOBAL STATUS命令查看binlog_cache_use、binlog_cache_disk_use的状态，可以判断当前binlog_cache_size的大小是否合适。
参数sync_binlog：是MySQL 的二进制日志（binary log）同步到磁盘的频率。取值：0-N。
- sync_binlog=0，当事务提交之后，MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中的信息到磁盘，而让Filesystem自行决定什么时候来做同步，或者cache满了之后才同步到磁盘。
- sync_binlog=n，当每进行n次事务提交之后，MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘。
- 在MySQL中系统默认的设置是sync_binlog=0，也就是不做任何强制性的磁盘刷新指令，这时候的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。而当设置为“1”的时候，是最安全但是性能损耗最大的设置。因为当设置为1的时候，即使系统Crash，也最多丢失binlog_cache中未完成的一个事务，对实际数据没有任何实质性影响。
参数binlog_format
- STATEMENT：记录日志的逻辑SQL语句
- ROW：记录表的行更改情况，将参数binlog_format设置为ROW，可以为数据库的恢复和复制带来更好的可靠性，但会增加二进制文件的大小。
-
MIXED：STATEMENT和ROW混合
可以使用命令工具mysqlbinlog查看binlog里的内容
查看binlog里的内容：show binlog events
获取binlog文件列表：show binary logs
查看当前正在写入的binlog文件：show master status
socket文件
pid文件（pid）
存放mysql的进程ID，默认位于数据库目录下，名字是主机名.pid。
MySQL表结构文件（frm）
frm文件，存放表和视图的结构
InnoDB存储引擎文件
表空间文件（ibd）
默认表空间初始大小10MB，名字为ibdata1
可以设置innodb_data_file_path，指定多个表空间文件路径，还有初始大小，已经是否允许自动增长，使用多个文件可以提高数据库的整体性能。
指定innodb_data_file_path之后，所有基于InnoDB存储引擎的表的数据都会记录到该共享表空间中。独立表空间：若设置了参数innodb_file_per_table，则每一个InnoDB表都会产生一个独立的表空间，独立表空间的命名规则为：表名.ibd
重做日志文件
记录了事务日志，当数据库由于所在主机掉电导致实例失败，InnoDB存储引擎会使用重做日志恢复到掉电前的时刻。
每个InnoDB存储引擎至少有一个重做日志文件组，每个文件组下至少有2个重做日志文件，InnDB会先写第一个文件，当第一个文件写满之后，会切换到第二个文件，当第二个文件也写满之后，会切换回第一个文件。
用户可以设置重做日志文件的大小和数量。
和二进制日志文件的区别：
- 二进制日志文件会记录与MySQL数据库有关的日志记录，包括InnoDB、MyISAM、Heap等其他存储引擎的日志。而重做日志文件只记录InnoDB自己的。
- 重做日志文件记录关于每个页（Page）的更改，而二进制日志文件的记录格式是STATEMENT、ROW或MIXED。
- 二进制文件只在事务提交前提交，但在事务进行中的过程中，会不断有redo log被写入到重做日志文件中。
InnoDB为了保证REDO日志的刷写的高效，使用了内存的log buffer。
由于InnoDB大部分情况下使用的是文件系统，（linux文件系统本身也是有buffer的）而不是直接使用物理块设备，这样的话就有两种丢失日志的可能性：日志保存在log_buffer中，机器挂了，对应的事务数据就丢失了；日志从log buffer刷到了linux文件系统的buffer，机器挂掉了，对应的事务数据就丢失了。
InnoDB有一个参数用于设置这两个缓存的刷新： innodb_flush_log_at_trx_commit。而 innodb_flush_log_at_trx_commit 有三个值：0/1/2，默认是1。而innodb_flush_log_at_timeout 定义了每次日志刷新的时间，默认1s，与 innodb_flush_log_at_trx_commit 配合使用。
innodb_flush_log_at_timeout 的设置只针对 innodb_flush_log_at_trx_commit为0/2 起作用。
网友评论