你知道的还挺多，那你说说MySQL的参数配置文件叫什么？

MySQL的参数配置文件叫：my.cnf    MySQL在启动的时候

会去读取加载这个配置文件中的参数。并使用这个参数启动。

而且这个my.cnf 并不是必须的，因为在大部分参数在编译时都有

自己的默认值。

你可以使用命令：mysql--help | grep my.cnf找到这个配置文件。

错误日志文件中会记录MySQL的 启动、运行、关闭的信息。一般

当我们发现MySQL启动不了时，第一时间都会去查看这个日志中

都记录了哪些错误信息。

一般情况下，我们都会在my.cnf中加入配置：

这样当数据库启动异常时，我们就去 /home/mysql/mysql/log/目录下找对应当错误日志，排错。

慢查询其实就是在说，SQL执行的速度很慢。具体多慢算是慢查询呢？这个我们可以通过配置文件人为的控制。

比如我可以在 my.cnf 这样配置：

另外，默认情况下 MySQL不会帮我们记录慢查询日志，而是需要我们主动通过配置开启。

开启慢查询日志后，默认情况下，MySQL会认为执行时间超过10s的SQL才是慢SQL，才会记录到慢查日志中。

再说一下MySQL的查询日志吧。

见名知意，查询日志中会记录：所有对MySQL请求的信息，无论SQL有没有被正确的执行，都会被记录进这个查询日志中。

同样的我可以在 my.cnf 中这样配置，来控制查询日志的记录位置

binlog就是传说中的MySQL的二进制日志，和查询日志不同的是：所有对数据库产生修改的操作才会被记录到binlog中。

所以像select 、show xxx这种不会对数据库产生修改的类型的SQL只能在slow log中才能找到。像update delete 这样的SQL才会被记录进binlog中。

binlog常见的作用有如下几点：

1、主从复制（replication）我们线上使用的数据库都是一主两从或者是一主多从的数据库集群。目的是为了做读写分离嘛。也就是让从库承担主库的读流量。

2、数据恢复：比如线上的数据被不小心误删除了，可以借助binlog将数据恢复如初。

3、审计：可以通过审计binlog来分析，是否存在SQL注入的请况。

先说下这个socket文件吧，它一般是在/tmp目录下。在Unix操作系统中本地登陆MySQL时其实就是借助于这个socket文件实现的。

哦！直观的看，本地登陆就是你先登陆上操作系统，进入bash中，然后再通过 mysql -uroot -p的方式登陆MySQL。

远程登陆就比如你在你的笔记本上通过网络远程登陆百度云上的MySQL。

再说下pid文件吧。在Linux操作系统中，所有的程序都是有自己的进程ID的，MySQL也不例外。MySQL实例启动之后会把自己的进程ID写入到一个文件中，这个文件就叫做PID文件。

默认这个PID文件会在数据库目录下，文件名为：主机名.pid

嗯，我还了解MySQL有：表结构定义文件 和 表空间文件。

先说下这个表结构定义文件吧！

在MySQL中数据是以数据表的形式组织起来的，不管你使用的哪种存储引擎，每个数据表都会有一个对应的表结构定义文件。它里面记录了表结构定义信息。

一般这个表结构定义文件的后缀都是 .frm

比如就像下面这样：

再有就是表空间文件。

表空间文件是数据库真正存储数据的文件。一般表空间文件的后缀名是 .ibd , 如下图：

一提到表空间大家都会说什么：共享表空间、独立表空间等等。本质上它们没啥差别，都是MySQL用来存储业务数据的文件。

没，我还了解一点MySQL的redo日志文件......

redo log，见名知意他是MySQL的重做日志文件。这个redo log还是挺厉害的。它让MySQL拥有了崩溃恢复的能力。

所谓崩溃恢复是指，服务器宕机、或者MySQL意外Crash后，MySQL重启启动可以将崩溃前内存中的数据恢复如初的能力。