<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默认日

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

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

最近一直忙着各种设计和文档，终于有时间来更新一点儿关于kafka的东西。之前有一篇文章讲述的是kafkaProducer端的程序，也就是日志的生产者，这部分比较容易理解，业务系统将运行日志或者业务日志发送到broker中，由broker代为存储。那讲的是如何收集日志，今天要写的是如何获取日志，然后再做相关的处理。之前写过kafka是讲日志按照topic

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%