1、数据库层面mysql
- 错误日志文件（error log）
- 二进制日志文件（binary log）
- 慢查询日志（slow log）
- 全量日志（general log）：general log 会记录MySQL数据库全部操做的SQL语句，包含select和show。该功能默认是关闭的，由于log的量会很是庞大。
其中log_output参数，能够取FILE、TABLE、NONE三个值。若该参数指定为NONE，即便开启了general log也不会记录log。若该参数指定为TABLE，则会在mysql数据库下建立一个general_log 表。该参数不单单影响general log 的存储方式，还会影响到slow log的存储方式。通常是使用FILE的存储方式。sql
- 审计日志（audit log）
- 中继日志（relay log）：relay log是主从复制中，从服务器上一个重要的文件。从服务器的I/O线程将主服务器的binary log 读取过来并记录到从服务器本地文件（relay log）中，而后从服务器的SQL线程会读取relay log的内容并应用到从服务器。
- Pid文件：MySQL数据库是一个单进程多线程模型的数据库，实例启动后，会将本身为惟一进程号记录到本身的Pid文件中。Pid文件存放在数据目录(/data/mysql/)下,命名规则是将主机名做为前缀。
- Socket文件：mysql数据库有两种链接方式，网络链接和本地链接，mysql.sock文件是服务器与本地客户端进行通讯发UNIX套接字文件，其默认位置是/tmp/mysql.sock.
- 表结构文件：MySQL8.0以前把以.frm结尾的文件称为表结构文件。从8.0开始frm表的定义被消除，把文件中的表数据都写到了系统表空间，经过利用InnoDB存储引擎实现表DDL语句操做的原子性（在该版本以前是没法实现DDL语句的原子性的，如truncate是没法回滚的）。
2、存储引擎层面数据库
在InnoDB存储引擎层面主要分为两种日志，一种是redo log 一种是undo log。InnoDB支持事物、支持MVCC多版本并发控制。InnoDB的多版本是经过undo 和回滚段来实现的。InnoDB是索引组织表，每行记录都包含DB_ROW_ID、DB_TRX_ID、DB_ROLL_PTR和DELETE_BIT几个隐藏字段。DB_TRX_ID：用来标识最近一次对本行记录作修改的事务的标识符，即最后一次修改本行记录的事务id。delete操做在内部来看是一次update操做，更新行中的删除标识位DELELE_BIT。
DB_ROLL_PTR：指向当前数据的undo log记录，回滚数据经过这个指针来寻找记录被更新以前的内容信息。DB_ROW_ID：包含一个随着新行插入而单调递增的行ID, 当由innodb自动产生汇集索引时，汇集索引会包括这个行ID的值，不然这个行ID不会出如今任何索引中。DELELE_BIT：用于标识该记录是否被删除。服务器
- redo log，又称重作日志，用于记录事物操做变化，记录的是事物被修改后的值，无论事物是否提交都会记录下来，在实例和介质失败时，如数据库掉电，就能够利用redo log 恢复到掉电前的时刻，以此来保证数据的完整性。
- undo log，对记录的变动操做时不只会产生redo记录，也会产生undo记录（insert、update、delete）。但undo只记录变动前的旧数据。一般可使用undo日志来实现回滚操做，保证事务的一致性。