日志文件

一、概述： 在SQLite中，锁和并发控制机制都是由pager_module模块负责处理的，如ACID(Atomic, Consistent, Isolated, and Durable)。在含有数据修改的事务中，该模块将确保或者所有的数据修改全部提交，或者全部回滚。与此同时，该模块还提供了一些磁盘文件的内存Cache功能。 事实上，pager_module模块并不关心数据库存储的细节，如B-Tree、编码方式、索引等，它只是将其视为由统一大小(通常为1024字节)的数据块构成的单一文件，其中每个块被称为一个页(page)。在该模块中页的起始编号为1，即第一个页的索引值是1，其后的页编号以此类推。 二、文件锁： 在SQLite的当前版本中，主要提供了以下五种方式的文件锁状态。 1). UNLOCKED： 文件没有持有任何锁，即当前数据库不存在任何读或写的操作。其它的进程可以在该数据库上执行任意的读写操作。此状态为缺省状态。 2). SHARED： 在此状态下，该数据库可以被读取但是不能被写入。在同一时刻可以有任意数量的进程在同一个数据库上持有共享锁，因此读操作是并发的。换句话说，只要有一个或多个共享锁处于活动状态，就不再允许有数据库文件写入的操作存在。 3). RESERVED： 假如某个进程在将来的某一时刻打算在当前的数据库中执行写操作，然而此时只是从数据库中读取数据

在完整恢复模式下，SQL server需要定期备份日志，否则，日志文件会一直扩大，直到占满硬盘大小，在进行一次完整备份之后，可以定期备份日志文件 脚本如下： DECLARE @strbackup NVARCHAR(100) --改为日期加时间的 SET @strbackup = 'F:\bak\Test_bak_log_' + REPLACE(REPLACE(REPLACE(CONVERT(VARCHAR, GETDATE(), 120), '-', ''), ' ', ''), ':', '') + '.bak' BACKUP LOG MainTest TO DISK = @strbackup WITH INIT; GO 查看日志使用情况 命令 dbcc sqlperf(logspace) 查看单个库的VLF文件详情， use DatabaseXX DBCC LOGINFO; 如果日志文件过大，需要收缩，请执行如下脚本 USE [master] GO ALTER DATABASE 数据库名称 SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE 数据库名称 SET RECOVERY SIMPLE GO USE 数据库名称 GO declare @dbName nvarchar(100) set @dbName = (SLEECT

注：SID - 数据库标识 HOME_NAME - Oracle Home名称，如OraHome92、OraHome81 （1）OracleServiceSID 数据库服务，这个服务会自动地启动和停止数据库。如果安装了一个数据库，它的缺省启动类型为自动。服务进程为ORACLE.EXE，参数文件initSID.ora，日志文件SIDALRT.log，控制台SVRMGRL.EXE、SQLPLUS.EXE。 （2）OracleHOME_NAMETNSListener 监听器服务，服务只有在数据库需要远程访问时才需要（无论是通过另外一台主机还是在本地通过 SQL*Net 网络协议都属于远程访问），不用这个服务就可以访问本地数据库，它的缺省启动类型为自动。服务进程为TNSLSNR.EXE，参数文件 Listener.ora，日志文件listener.log，控制台LSNRCTL.EXE，默认端口1521、1526。 （3） OracleHOME_NAMEAgent OEM代理服务，接收和响应来自OEM控制台的任务和事件请求，只有使用OEM管理数据库时才需要，它的缺省启动类型为自动。服务进程为DBSNMP.EXE，参数文件snmp_rw.ora，日志文件nmi.log，控制台LSNRCTL.EXE，默认端口1748。 （4）OracleHOME_NAMEClientCache 名字缓存服务

Python2.7 删除前N天日志文件 import os import sys import time day_n = 7 path=os.getcwd().replace("\\","/") + ur'/logs' def deletefile(path): for eachfile in os.listdir(path): filename = os.path.join(path, eachfile) if os.path.isfile(filename): #文件最后修改时间st_mtime，创建时间st_ctime lastmodifytime = os.stat(filename).st_mtime endfiletime = time.time() - 3600 * 24 * day_n if endfiletime > lastmodifytime: if filename[-4:] == ".log": os.remove(filename) print "del %s success!!!" % filename elif os.path.isdir(filename): deletefile(filename) if __name__ == '__main__': deletefile(path) time.sleep(1) print ('Deleting

默认情况下mysql会一直保留mysql-bin文件，这样到一定时候，磁盘可能会被撑满，这时候是否可以删除这些文件呢，是否可以安全删除，是个问题，不建议使用rm命令删除，这样有可能会不安全，正确的方法是通过mysql的命令去删除。 mysql> reset master; mysql> reset slave; 其实关键的命令就是reset master;这个命令会清空mysql-bin文件。 另外如果你的mysql服务器不需要做主从复制的话，建议通过修改my.cnf文件，来设置不生成这些文件，只要删除my.cnf中的下面一行就可以了。 log-bin=mysql-bin 如果你需要复制，最好控制一下这些日志文件保留的天数，可以通过下面的配置设定日志文件保留的天数： expire_logs_days = 3 表示保留3天的日志，这样老日志会自动被清理掉 ———————————————— 原文链接：https://blog.csdn.net/zhengfeng2100/article/details/52858946 来源： https://www.cnblogs.com/wei9593/p/11980907.html

【From】 https://blog.csdn.net/u013332124/article/details/88350345 Spark History Server 是spark内置的一个http服务，通过sbin/sbin/start-history-server.sh启动。History Server启动后，会监听一个端口，同时启动两个定时任务线程，分别用来解析eventLog日志文件和清理过期的eventLog日志文件。 Spark History Server启动后，我们可以直接在浏览器输入 http://ip:port 访问。一般默认端口是18080 一、eventLog日志文件以及相关参数 eventLog日志文件介绍 eventLog需要将配置spark.eventLog.enabled设置为true来开启，默认是关闭的。 开启这个配置后，当我们提交spark job到集群中运行时，之后spark job在运行过程中会不断的一些运行信息写到相关的日志文件中。具体的eventLog存放目录由配置spark.eventLog.dir决定的。 Spark job在运行中，会调用EventLoggingListener#logEvent()来输出eventLog内容。spark代码中定义了各种类型的事件，一旦某个事件触发，就会构造一个类型的Event

logback配置 参考 # logback官网 http://logback.qos.ch/manual/index.html # logback新认识(一)：logback主要组件appender、rollingPolicy和triggeringPolicy的使用和理解 http://blog.itcrud.com/blogs/2018/12/logback-first logback配置方式 logback可以编程配置，也可以通过xml或groovy配置文件配置。 classpath下找 logback-test.xml 没找到，classpath下找 logback.groovy 没找到，classpath下找 logback.xml 没找到，classpath下找 META-INF\services\ch.qos.logback.classic.spi.Configurator 文件获取 ch.qos.logback.classic.spi.Configurator 接口的实现类信息。 没找到，使用默认配置类， ch.qos.logback.classic.BasicConfigurator 实例 日志文件滚动 <appender name="pullLog" class="ch.qos.logback.core.rolling.RollingFileAppender">

一、删除超过7天的日志文件 　　在有些生产环境下需要将服务器产生的日志文件进行定期的删除，因为日志文件随着时间的推移会占用大量的唱片空间，但是有些日志文件没必要保留很长时间，这样就需要进行删除，但是如果手动删除的话，工作量比较大，所以用脚本结合计划任务就可以定期的对日志文件进行删除，这里以超过7天的日志为例，一般用来删除备份文件，因为备份可能是每天都在生成，那些超一定日期的备份文件就没必要一直保存，可以进行删除。但是有些生产环境需要永久性的保存就没办法了。 1.1、准备一些日志文件和常规文件放在一个目录里面 1.2、删除修改时间超过7天的文件的脚本 #!/bin/bash find /test/logs/ -name "*.log" -mtime +7 -exec rm -f {} \; #查找日志目录下超过7天的以".log"结尾的日志文件并删除 1.3、创建计划任务定点定期删除日志 1.4、验证是否删除超过7天的日志 来源： https://www.cnblogs.com/mython/p/11910809.html

查看zookeeper事务日志正确姿势 用vi打开发现乱码，查资料发现说是文件里是二进制。zoo.cfg中可以通过dataLogDir来配置zookeeper的事务日志的输出目录。但是这些日志文件是二进制的，无法通过普通的查看名单看。需要通过org.apache.zookeeper.server.LogFormatter。姿势如下 1.在Linux中 命令如下： java -cp :/ .. ./slf4j-api-1.7.2.jar:/ .. ./zookeeper-3.4.6.jar org.apache.zookeeper.server.LogFormatter / .. .dataLogDir/version-2/log.1 或 java -classpath :./slf4j-api-1.7.2.jar:./zookeeper-3.4.6.jar org.apache.zookeeper.server.LogFormatter log.1700000001 第二个命令 在window中 java -classpath ".;*" org.apache.zookeeper.server.LogFormatter log.1700000001 这是把所需jar和文件放到当前目录下的 补充知识 以log.****文件开头的是zookeeper的事务文件，每个文件大小是64m

今天查看文件时，发现几个日志文件，在Finder中查看时，发现是zookeeper的日志文件。用sublime text打开发现这些日志文件都是二进制数据，那该如何查看内容呢？ 方法一： 使用命令行 java -cp /usr/local/Cellar/zookeeper/3.4.10/libexec/zookeeper-3.4.10.jar : /usr/local/Cellar/zookeeper/3.4.10/libexec/lib/slf4j-api-1.6.1.jar org.apache.zookeeper.server.LogFormatter /Users/newbie/Documents/zookeeper/logs3/version-2/log.1000000001 主要三个部分，两个jar包（zookeeper.jar, slf4j-api.jar），一个类文件（LogFormatter），一个日志文件（log.1000000001） 注: 两个jar包，可通过find / -name zookeeper*.jar （find / -name slf4j-api*.jar）在本地查找，然后替换到上面的命令中 方法二: 在编辑器中写个main方法，运行代码 添加依赖 <dependency> <groupId>org.apache.zookeeper<