文章目录

实例启动时数据库会先去读一个配置参数文件用来寻找数据库的各种文件所在位置以及指定某些初始化参数。

在默认情况下MySQL

实例会按照一定的顺序在指定的位置读取没有参数文件也可以运行这时所有的参数值取决于编译

MySQL

实例运行中进行更改静态参数在整个实例生命周期内只读不可进行修改

set

命令对动态参数进行修改通过global和session来指定是对当前会话进行修改还是对整个实例生命周期都生效。

二、日志文件

语句log_throttle_queries_not_using_indexes

参数用来表示每分钟允许记录到

审计用户可以通过二进制日志中的信息来进行审计判断是否有对数据库进行注入的攻击

**二进制文件在默认情况下并没有启动**需要手动指定参数来启动。

开启这个选项会对数据库的整体性能有所影响但是影响十分有限1%。

如果使用

InnoDB

在默认情况下二进制日志并不是每次写的时候就同步磁盘因此当数据库所在操作系统发生宕机时可能会有最后一部分数据没有写入二进制日志文件。

fsync

写入磁盘不使用操作系统的缓冲、sync_binlog0默认值每次提交事务的时候都保存到操作系统的

page

cache之后由文件系统自己控制缓存的刷新sync_binlog1每次提交事务都先写到

page

语句而是记录行更改情况如果一个update语句修改一百行数据那么这种模式下就会记录100行对应的记录日志

MIXED默认使用

UUID()、USER()、CURRENT_USER()、FOUND_ROWS()、ROW_COUNTS()

INSERT

在不同的时间点执行它们产生的数据变化和影响是不一样的所以这种情况下数据同步或恢复的时候就容易出现不一致的情况因此使用

ROW

数据库本身的文件和存储引擎无关。

除了这些文件外每个表存储引擎还有自己独有的文件。

1、表空间文件

文件的独立表空间(部分数据)。

共享表空间以及独立表空间都是针对数据的存储方式而言的。

共享表空间某一个数据库的所有的表数据索引文件全部放在一个文件中默认这个共享表空间的文件路径在

data

设置一个或者多个文件组成表空间同时可以指定大小属性如果用完文件可以自动增长

其中会包括

信息在事务未提交时数据即已经写入了表空间文件当事务rollback时Undo信息不会被删除但是此空间会被标记后续会以覆盖的方式被重新使用Changebuffer

doublewrite

包括了单独一个表的数据、索引等内容其余数据仍存放在共享表空间中默认情况下独立表空间的存储位置也是在表的位置之中。

InnoDB

采用将存储的数据按表空间进行存放的设计。

在默认配置下会有一个初始大小为

MB名为

个重做日志文件。

为了得到更高的可靠性可以设置多个镜像日志组将不同的文件组放在不同的磁盘以此提高重做日志的可用性。

在日志组中每个重做日志文件的大小一致并以循环写入的方式运行。

InnoDB

存储引擎险些重做日志文件1当到达文件的最后时会切换至重做日志文件2再当重做日志2也被写满时会再切换到重做日志文件1中。

重做日志文件不能设置的太大否则恢复时可能需要很长的时间也不能设置的太小否则可能导致一个事务的日志需要多次切换重做日志文件并且导致频繁地发生

async

仅在事务提交前进行提交即一个事务只刷盘一次而重做日志条目会在事务进行的过程中不断地写入到重做日志文件中binlog

binlog

文件写到一定大小后会切换到下一个并不会覆盖以前的日志保存的是全量的日志redo

log

是循环写的空间固定会用完只会记录未刷盘的日志已经刷入磁盘的数据都会因为空间有限而在后续被覆盖

binlog

Point根据对应的LSN来判断该条操作是否已经落盘。

所以redo

log具有crash-safe能力

redo_log_type一个字节表示重做日志的类型space表空间的ID采用压缩的方式有可能小于

个字节page_no页的偏移量同样采用压缩的方式redo_log_body重做日志的数据部分

512

个字节也就是一个扇区的大小进行写入。

因为扇区时写入的最小单位因此可以保证写入必定是成功的所以重做日志的写入过程中不需要有

Master

都会将重做日志缓冲写入磁盘的重做日志文件中不论事务是否已经提交

事务提交时根据

表示提交事务时不将事务的重做日志写入磁盘的日志文件而是等待主线程每秒的刷新

fsync

表示提交时将重做日志缓冲异步写道磁盘即写道文件系统的缓存中因此不能完全保证在执行

commit

时当数据库宕机而操作做系统以及服务器没有发生故障时数据不会丢失