log文件

搭建项目 src bin run.sh main pom.xml 配置pom文件 <build> <finalName>${project.artifactId}</finalName> <plugins> <!--拷贝依赖 copy-dependencies--> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>copy-dependencies</id> <phase>package</phase> <goals> <goal>copy-dependencies</goal> </goals> <configuration> <outputDirectory> ${project.build.directory}/deploy/lib/ </outputDirectory> </configuration> </execution> </executions> </plugin> <!-- 拷贝资源文件 copy-resources--> <plugin> <artifactId>maven-resources-plugin</artifactId>

logging模块 很多程序都有记录日志的需求，并且日志中包含的信息即有正常的程序访问日志，还可能有错误、警告等信息输出， python的logging模块提供了标准的日志接口，你可以通过它存储各种格式的日志， logging的日志可以分为 debug(), info(), warning(), error() and critical()5个级别CRITICAL = 50FATAL = CRITICALERROR = 40WARNING = 30WARN = WARNINGINFO = 20DEBUG = 10NOTSET = 0 import logging logging.warning("user [alex] attempted wrong password more than 3 times") logging.critical("server is down") #输出 WARNING:root:user [alex] attempted wrong password more than 3 times CRITICAL:root:server is down # 把日志写入文件 import logging logging.basicConfig(filename="logger_file.log",level=logging.DEBUG) #

Python 自身提供了一个用于记录日志的标准库模块：logging。 logging 模块定义的函数和类为应用程序和库的开发实现了一个灵活的事件日志系统 logging 模块是 Python 的一个标准库模块，由标准库模块提供日志记录 API 的关键好处是所有 Python 模块都可以使用这个日志记录功能。 logging模块默认定义了以下几个日志等级，它允许开发人员自定义其他日志级别，但是这是不被推荐的，尤其是在开发供别人使用的库时，因为这会导致日志级别的混乱。 DEBUG 最详细的日志信息，典型应用场景是 问题诊断 INFO 信息详细程度仅次于DEBUG，通常只记录关键节点信息，用于确认一切都是按照我们预期的那样进行工作 WARNING 当某些不期望的事情发生时记录的信息（如，磁盘可用空间较低），但是此时应用程序还是正常运行的 ERROR 由于一个更严重的问题导致某些功能不能正常运行时记录的信息 FATAL/CRITICAL 整个系统即将/完全崩溃 开发应用程序或部署开发环境时，可以使用 DEBUG 或 INFO 级别的日志获取尽可能详细的日志信息来进行开发或部署调试； 应用上线或部署生产环境时，应该使用 WARNING 或 ERROR 或 CRITICAL 级别的日志来降低机器的I/O压力和提高获取错误日志信息的效率。 日志级别的指定通常都是在应用程序的配置文件中进行指定的

一、文件操作 r 1 f = open ( 'log' , mode = 'r' , encoding = 'utf-8' ) 2 a = f . read () 3 print ( a ) 4 f . close () rb 1 f = open ( 'log' , mode = 'rb' ) #已bytes类型输入，不需要encoding='utf-8' 2 a = f . read () 3 print ( a ) 4 f . close () w：对于写操作，当无此文件时，会先创建此文件。 1 f = open ( 'log' , mode = 'w' , encoding = 'utf-8' ) #w操作会将文件中原来的内容覆盖掉 2 a = f . write ( "你好" ) 3 f . close () wb 1 1 f = open ( 'log' , mode = 'wb' ) 2 2 a = f . write ( "菜菜" ) #TypeError: a bytes-like object is required, not 'str' 3 3 f . close () 4 5 #修改后 6 f = open ( 'log' , mode = 'wb' ) 7 a = f . write ( "菜菜" . encode ( 'utf-8' )) #需要进行转码

#user nobody; worker_processes 1; #错误日志保存位置 #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #进程号保存文件 #pid logs/nginx.pid; #每个进程最大连接数（最大连接=连接数x进程数）每个worker允许同时产生多少个链接，默认1024 events { worker_connections 1024; } http { #文件扩展名与文件类型映射表 include mime.types; #默认文件类型 default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; #请求日志保存位置 #access_log logs/access.log main; #打开发送文件 sendfile on; #tcp_nopush on; #keepalive

Nginx功能模块汇总 -- with - http_core_module 　　 #包括一些核心的http参数配置，对应nginx的配置为http区块部分 -- with - http_access_module 　　 #访问控制模块，用来控制网站用户对nginx的访问 -- with - http_gzip_module 　　 #压缩模块，nginx返回的数据压缩，属于性能优化模块 -- with - http_fastcgi_module 　　 #FastCGI模块，和动态应用相关的模块，例如PHP -- with - http_proxy_module 　　 #proxy代理模块 -- with - http_upstream_module 　　 #负载均衡模块，可以实现网站的负载均衡功能及节点的健康检查 -- with - http_rewrite_module 　　 #URL地址重写模块 -- with - http_limit_conn_module 　　 #限制用户并发连接及请求数模块 -- with - http_limit_req_module 　　 #根据定义的key限制nginx请求过程的sulv -- with - http_log_module 　　 #请求日志模块，以制定的个事记录nginx客户访问日志的信息 -- with - http_auth

Spring Boot - Logback配置日志 出于性能等原因，Logback 目前是springboot应用日志的标配； 当然有时候在生产环境中也会考虑和三方中间件采用统一处理方式。@pdai Spring Boot - Logback配置日志 配置时考虑点 实现范例 综合范例 在配置前可以参考如下文章 參考文档 代码示例 最全的Java后端知识体系 https://www.pdai.tech , 每天更新中... 。 配置时考虑点 支持日志路径，日志level等配置 日志控制配置通过application.yml下发 按天生成日志，当天的日志>50MB回滚 最多保存10天日志 生成的日志中Pattern自定义 Pattern中添加用户自定义的MDC字段，比如用户信息（当前日志是由哪个用户的请求产生），request信息。此种方式可以通过AOP切面控制，在MDC中添加requestID，在spring-logback.xml中配置Pattern。 根据不同的运行环境设置Profile - dev，test，product 对控制台，Err和全量日志分别配置 对第三方包路径日志控制 实现范例 如下两个例子基本包含了上述的考虑点： 综合范例 application.yml logging: level: root: debug path: C:/data/logs

利用MySQL自身提供的主从复制技术，在企业生产场景中，可以很好的对数数据进行多处自动备份，并且实现数据库的扩展。比如：在做定时备份时，备份的过程可能需要锁表操作，在备份锁表期间，用户无法访问数据，虽然可以选择在业务低谷期进行备份，但是多少都会有影响，这时可以通过主从复制的从库进行锁表备份。在主从复制的基础上通过读写分离技术还能提升数据库的负载性能（主库写，从库读）。 主从复制模型 一主一从 一主多从 双主 线性级联 环状级联 这次用来讲解的是一主一从模型 主从复制原理图 主从复制过程存在三个线程，Master端的I/O线程，Slave的I/O线程与SQL线程。Master端需要开启binlog日志，Slave端需要开启relay日志。 1、Slave端的I/O读取master.info文件，获取binlog文件名和位置点，然后向Master端的I/O线程请求，该binlog文件名和位置点的binlog信息。 （master.info文件在配置主从复制时使用change master命令来指定生成） 2、Master端的I/O线程会根据Slave端的I/O线程请求的信息来读取Master的binlog日志信息与及读取到最新的binlog文件名和位置点一同返回给Slave的I/O线程。 3、Slave端的I/O线程会把获取到的binlog日志写入relay日志（中继日志）文件中

关系型数据库的常见组件 数据库：database 表：table 行：row 列：column 索引：index 试图：view 用户：user 权限：privilege 存储过程：procedure 存储函数：function 触发器：trigger 事件调度器：event scheduler 错误日志：Error log 默认情况下错误日志大概记录以下几个方面的信息： 1、服务器启动和关闭过程中的信息（未必是错误信息，例如，mysql如何启动INNODB的表空间文件的、如何初始化自己的存储引擎的等） 2、服务器运行过程中的错误信息 3、事件调度器运行一个事件时产生的信息 4、在从服务器上启动服务器进程时产生的信息 注意： 1、可以根据自身需求设定不同错误日志的值 1=只记录 Errors 级别的日志 2=记录Errors、warnings 级别的日志 3=记录Errors、warnings、notes（defaults）级别的日志 2、如何删除旧的错误日志 在mysql5.7之前：数据库管理员可以删除很长时间之前的错误日志，以保证mysql服务器上的硬盘空间。mysql数据库中，可以使用mysqladmin命令开启新的错误日志： 命令语法如下：mysqladmin -u root -p flush_logs 也可以登陆mysql数据库中使用flush logs

1. 查看所有 binlog 日志列表 mysql > show master logs ; 2. 查看 master 状态，即最后(最新)一个 binlog 日志的编号名称，及其最后一个操作事件 pos 结束点( Position )ֵ mysql > show master status ; 3. 刷新 log 日志，自此刻开始产生一个新编号的 binlog 日志文件 mysql > flush logs ; 注：每当 mysqld 服务重启时，会自动执行此命令，刷新 binlog 日志；在 mysqldump 备份数据时加 - F 选项也会刷新 binlog 日志； 4. 重置(清空)所有 binlog 日志 mysql > reset master ; 5 、查看二进制日志是否已开启 show variables like 'log_%' ; 6 、 查看某个 binlog 日志内容 show binlog events [ IN 'log_name' ] [ FROM pos ] [ LIMIT [ offset , ] row_count ]; 选项解析： IN 'log_name' 指定要查询的 binlog 文件名(不指定就是第一个 binlog 文件) FROM pos 指定从哪个 pos 起始点开始查起(不指定就是从整个文件首个 pos 点开始算) LIMIT