<dependency<groupIdorg.slf4j</groupId<artifactIdslf4jlog4j12</artifactId<version1.7.12</version</dependency<dependency<groupIdorg.slf4j</groupId<artifactIdlog4j

原则：代码中尽量使用slf4j门面尽量采用注解方式@Slf4j(https://my.oschina.net/slf4j)节省代码量!(https://oscimg.oschina.net/oscnet/6dcd4f649cd1391102144bae9c99709ca66.jpg)步骤：1.排除springboot默认日

1\.innodb在不同隔离级别下的一致性读及锁的差异　　不同的隔离级别下，innodb处理sql时采用的一致性读策略和需要的锁是不同的，同时，数据恢复和复制机制的特点，也对一些sql的一致性读策略和锁策略有很大影响。对于许多sql,隔离级别越高，innodb给记录集的锁就越严格(龙其是使用范围条件的时候)，产生的锁冲突的可能性也就越高，

本文将介绍FastDFS体现运维友好性的另外两点功能和特性如下：.日志轮转和定期清除.binlog自动压缩和解压（V6.01支持的功能，已完成开发，即将发布） V4.02支持日志轮转和定期清除日志文件。日志轮转支持按天轮转和按文件大小轮转，定期清除是指删除N天前的日志文件，这两个特性默认是关闭的。  日志轮转和定

Django日志(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.cnblogs.com%2Fyangxt90%2Farticles%2F8360289.html)

undolog记录的内容是逻辑的(基于每条记录),redolog记录的是物理的(基于page),rollback是逻辑上的回滚innodb_undo_tablespaces5.6可以将undo设为多个表空间innodb_undo_logs可以设置有多少个undo,默认128,5.7是96,前面32个留给

当向存储系统写一个数据元素时，通常是先写入主存或者缓冲，然后再写入磁盘，如果系统在写入磁盘的时候，系统发生故障，当系统恢复后，需要再次从磁盘中读取此数据元素的时候，并不知道此时磁盘上所保存的数据元素是正确的还是错误的，Redo日志是一种应对此种故障的比较常用的故障恢复策略。为了确保一个数据元素的完整性，还需要借助事务这一概念，对于更新数据一个元素的redo日

今天发现网站不能正常访问，于是登陆服务器查找问题。机智的我随手用命令：dfl发现硬盘爆满了，于是就知道问题所在了。Filesystem  1Kblocks  UsedAvailableUse%Mountedon/dev/xvda1   2064140416963004 16929876 100%

本文实验的测试环境：Windows10cmdMySQL5.6.36InnoDB一、事务的基本要素（ACID）1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就