MySQL的日志和常见的存储引擎

Love The Way You Lie 2022-05-25 08:41 206阅读 0赞

*  **MySQL的日志管理**
 *  日志类别:
    
     *  错误日志:
        
         *  服务器启动和关闭过程中的信息,`slave`服务器启动和关闭过程中的信息;
         *  服务器运行过程中发生的错误信息;
         *  事件调度器运行一个时间产生的信息;
         *  主从服务器架构中,`slave`服务器上启动从服务器进程时产生的信息;
         *  `log_warnings`:默认是没有记录服务器运行过程中的警告信息的,;  
            ![这里写图片描述][70]
         *  `log_errors`:用于记录错误日志,以及文件名称,通常在数据目录中,主机名`+.err`为后缀;  
            ![这里写图片描述][70 1]
     *  一般查询日志:  
        ![这里写图片描述][70 2]
        
         *  `general_log`:用于表示是否启用一般查询日志的;
         *  `general_log_file`,默认是关闭的,建议关闭;
         *  `log`:表示是否记录所有的查询新到`log_file`文件当中;
         *  `log_output {FILE|TABLE|NONE};`,通常表文件是需要自己进行创建的;
     *  慢查询日志:
        
         *  执行了很长时间的查询操作的日志,用于定位服务器的查询性能问题;1s就是很长查询时间;
         *  `long_query_time` :用于定义多长时间就是慢查询的,单位ie是秒钟,支持毫秒级别的解析度;
         *  `log_slow_queries`:表示是否记录慢查询的;
         *  `slow_query_log_file`:慢查询日志的文件;
     *  二进制日志:
        
         *  按照二进制格式进行记录快速的记录`DML`,`DCL`以及`DDL`语句产生的信息,任何引起数据改变或者潜在引起数据库改变的信息都回被记录,这些信息是用于实现复制以及及时点恢复的;需要使用专门的命令`mysqlbinlog`来打开文件,用于重放之前的操作,里面记录的是
         *  及时点还原:
            
             *  在数据文件损坏时,利用备份恢复一部分的数据,然后通过二进制日志找到数据点进行数据文件的恢复;
             *  如果数据库没有备份,但是所有的二进制日志文件都在,那么进行重放会和浪费时间;备份之前的二进制日志都是没有必要的;
         *  二进制日志中记录的是事件:
            
             *  事件产生的时间:起始时间,
             *  事件的在日志中的相对位置;
             *  可以通过时间和位置定位具体的时间;
         *  二进制文件:
            
             *  索引文件:记录所有的二进制日志文件`mysql-bin-index`,这个是一个文本文件,最后一个通常时正在使用的;
         *  二进制日志的记录格式:
            
             *  基于语句的改变:如果语句进行重放对于之前的操作是没有多大影响的;
             *  基于行:使用重放得到的日志信息和之前的信息不一致,就记录行的改变;
             *  混合方式记录:
         *  二进制日志文件的组成:
            
             *  索引文件:`mysql-bin.index`是文本文件
             *  二进制文件: `mysql-bin00001`;
     *  中继日志:格式和二进制日志相同,要求在从服务器上面需要执行`Master`的日志;
     *  事务日志:事务性存储引擎,保证事务特性的重要组件,将随机`IO`转换称为顺序`IO`,事务型存储引擎才需要这种日志;记录的信息包括:事务的`ID`号,原始数据以及新的数据;只能够对于表中的数据进行`ROLLBACK`,但是不能够对于表`ROLLBACK`;
 *  查看和服务器日志相关的变量

*  查看当前使用的二进制文件

mysql> show master status;

*  打开慢查询日志

mysql> SET GLOBAL  slow_query_log=1;
    Query OK, 0 rows affected (0.06 sec)

*  查询日志状态  
    ![这里写图片描述][70 3]
 *  这个选项也自动为`ON`  
    ![这里写图片描述][70 4]
 *  对于设计文件的操作,需要重新启动服务器才能够生效,但是对于打开或者关闭某个功能的操作,可以进行动态设定;
 *  查看当前正在使用的二进制日志文件  
    ![这里写图片描述][70 5]
 *  查看二进制日志文件里面记录的信息  
    ![这里写图片描述][70 6]
 *  并且支持通过`FROM`来指定开始显示的位置;

mysql> SHOW BINLOG EVENTS IN 'mysql-bin.000012' FROM 2;

*  使用`mysqlbinlog`:
 *  如果需要滚动日志可以使用`mysql> FLUSH LOGS`,
    
     *  `--start-datetime`:表示日志开始的记录时间;
     *  `--stop-datetime`:表示日志记录的结束时间;
     *  例如:`mysqlbinlog --start-datetime='2018-02-14 15:58:34' mysql-bin.000018`
     *  这两个选项需要同时使用;
     *  `--start-position`:表示日志开始的记录位置;
     *  `--stop-position`:表示日志结束的位置;
     *  例如:`mysqlbinlog --start-position=177 --stop-position=358 mysql-bin.000018`;  
        ![这里写图片描述][70 7]
 *  并且可以直接将上面的日志文件直接读取,并且进行重定向;
 *  关于`FLUSH LOGS`:
    
     *  1.可以进行二进制日志的滚动,但是对于错误日志只是打开然后关闭;
     *  2.从服务器上面滚动中继日志;
 *  对于二进制日志文加是不能够使用`rm -f`进行删除的,会导致`MySQL`文件的崩溃;,
 *  **删除二进制日志文件**
 *  二进制日志在进行备份之后才可以进行删除;
 *  通常有下面三种格式:
 *  `PURGE BINARY LOGS TO 'mysql-bin.000003';`:表示删除这个日志文件之前的日志文件;  
    ![这里写图片描述][70 8]
 *  `PURGE BINARY LOGS BEFORE '2008-04-02 22:46:26';`:表示删除某个具体的时间点之前的日志,这个时间点需要结合日志文件里面记录的时间进行分析,不可以随意指定;
 *  **关于二进制日志的指令**
 *  `binlog_format`:表示二进制日志的格式;
 *  `binlog_cache_size`:二进制日志的缓存大小;
 *  `binlog_stmt_cache_size`:跟事务相关的二进制日志的缓存大小,不建议调大,因为丢失的可能性会变大;
 *  `log_bin`:是否启用二进制日志这是个总开关,这个可以接受文件路径,用于指定日志文件的记录位置;
 *  `sql_log_bin`:用于控制二进制日志文件信息是否记录进入文件,作用范围是全局和会话级别属于动态变量,可以用于限定`log_bin`,在进行及时点恢复数据时,这个选项是需要关闭的;
 *  `sync_binlog`:用于设定多久同步一次二进制日志文件的;`0`表示不同步,任何正数值,都表示对于二进制多少次写操作之后同步一次,当`autocommit`为`1`每条语句的执行都会引起二进制日志文件同步,否则,每个事务的提交都会引起二进制日志文件同步;
 *  `max_binlog_cache_size`:最大二进制日志文件的的缓存大小;
 *  `sql_log_off`:表示是否将一般查询日志记录进查询日志文件的
 *  `expire_logs_days`:
    
     *  表示日志的过期天数;
     *  `0`表示不进行限定;
     *  二进制日志是用来保证数据库崩溃时,可以正常的还原数据的,事务日志是用来保证事务本身的可靠性的;
 *  `FIO`:`Fusion IO`用于加快数据读写;`IO/PS`:`IO/每秒`操作数;
 *  **关于中继日志和事务日志的区别**
 *  中继日志:从服务器上面的二进制日志文件中复制过来的事件,并且保存为日志文件;
 *  事务日志:
    
     *  事务型存储引擎,用于保证事务的`ACID`原子性,一致性,隔离性,持久性;
     *  通常是这种格式`TID<old_value><new_table>;`
     *  只能够对于表中数据的操作进行`ROLLBACK`;不能够对于`DROP table`的操作进行`ROLLBACK;`
     *  二进制日志是用于进行即时点还原的,不能够撤销,但是事务日志是可以进行撤销的;
 *  **事务日志的选项:**
 *  `innodb_flush_log_at_trx_commit`:事务日志是存在缓存的`[这个缓存是内核提供的缓存]`,首先需要同步到日志文件中,然后同步到数据文件中,这个参数的含义是将缓存中的文件操作信息同步到日志文件中;
    
     *  `0`:每一秒中同步一次,并且提交内核直接写入磁盘,不进行缓存,并且执行磁盘`FLUSH`操作;
     *  `1`:每事务提交或者每磁盘刷写,就进行同步,并且执行磁盘刷写;保证事务刷写,这种性能较低,但是安全性较高;
     *  `2`:表示每事务提交时,但是不执行磁盘`FLUSH`;
 *  `innodb_log_buffer_size`:表示事务日志的内存缓存大小;
 *  `innodb_log_file_size`:表示日志文件的大小;
 *  `innodb_log_files_in_group`:两个事务日志,也就是事务日志组的概念,一个写满,去写另一个,然后另一个事务日志执行同步;
 *  `innodb_log_group_home_dir`:表示日志组所在的目录,通常是`ib_logfile0 ib_logfile1`默认是`5M`大小的连续空间,建议将事务日志和数据分开存放,并且建议作为镜像进行存储;
 *  `innodb_mirrored_log_groups`:表示是否对于事务日志组作镜像的,不能够手动操作事务日志;
 *  **关于存储引擎**
 *  `MyISAM`:  
    ![这里写图片描述][70 9]
 *  不支持事务,难以支持外键,默认只支持表锁,在读的场景高时,性能比较好,支持的索引类型:`B`树索引,`FULLTEXT`索引,空间索引,支持表压缩  
    ![这里写图片描述][70 10]
 *  `InnoDB`:事务性存储引擎,支持行级锁,并且支持外键,支持对于表的并行写入,支持的索引类型:`B`树索引,聚簇索引,自适应`hash`索引,支持`raw`磁盘设备也就是裸设备,就是不进行创建文件系统的设备,`InnoDB`存储引擎是可以进行管理的;支持分布式设备;  
    ![这里写图片描述][70 11]
 *  `MRG_MYISAM`: 对于两个表结构一样的,可以使用这个存储引擎作为抽象层,将这两个表的内容合并在一起;  
    ![这里写图片描述][70 12]
 *  `CSV`:利用文本文件的格式来进行存取,方便进行移植;  
    ![这里写图片描述][70 13]
 *  `ARCHIVE`:对于不进行操作的数据,保存并且进行归档,用于进行数据挖掘;  
    ![这里写图片描述][70 14]
 *  `MEMORY`:将内存存储引擎,性能高,数据不安全,用于创建临时表;
 *  `blackholl`
 *  如果需要支持其他的存储引擎,就需要重新进行编译`MySQL`来加载新的存储引擎;

[70]: /images/20220525/e82ccfc5f25e46d3bc8ea6863e037978.png
[70 1]: /images/20220525/b50e637b4c6248f38ff8401789cf4748.png
[70 2]: /images/20220525/531fb603424a41c8b96173db3c4f8196.png
[70 3]: /images/20220525/2236486004c943309b617952eff0db66.png
[70 4]: /images/20220525/37993280b92b42639306dab6479ada04.png
[70 5]: /images/20220525/2fac6b94851b42ac9ac6c5c32afc4a0f.png
[70 6]: /images/20220525/587f2dbb19cc415d97a1f62de9f24ba1.png
[70 7]: /images/20220525/3ee2531671554845a963babdfaa444e0.png
[70 8]: /images/20220525/422f7180929948efae383e0e79232757.png
[70 9]: /images/20220525/56fcd39a45584c3d908660636b21f673.png
[70 10]: /images/20220525/e515ee7f2ab94bffbca17ce2bfc9047f.png
[70 11]: /images/20220525/d71cde9e60c042be80644ccac4bdfdef.png
[70 12]: /images/20220525/7684ce2b986541a2a9e7a3081050e479.png
[70 13]: /images/20220525/e49ea8ea66a844c785230ed0e43e2890.png
[70 14]: /images/20220525/19893fc10f4948be80b823a1e99e57df.png