log文件

Nginx - 配置【nginx.config】 版本：nginx-1.17.5 完善度：未完、待续！ #定义nginx运行的用户和用户组 #user nginx nginx ; #user nobody ; #nginx进程数，建议设置为等于CPU总核心数 worker_processes 1 ; #全局错误日志定义类型，【debug | info | notice | warn | error | crit】 #error_log logs / error . log ; #error_log logs / error . log notice ; #error_log logs / error . log info ; #进程文件 #pid logs / nginx . pid ; #工作模式与连接数上限：worker_connections是单个后台worker process进程的最大并发连接数， #并发总数是worker_processes和worker_connections的乘积，即max_clients = worker_processes * worker_connections events { worker_connections 1024 ; } #http下的一些配置及其意义 http { #文件扩展与文件类型映射表 include mime .

Java日志库是最能体现Java库在进化中的渊源关系的，在理解时重点理解日志框架本身和日志门面，以及比较好的实践等。要关注其历史渊源和设计（比如桥接），而具体在使用时查询接口即可， 否则会陷入JUL(Java Util Log), JCL(Commons Logging), Log4j, SLF4J, Logback，Log4j2傻傻分不清楚的境地。@pdai 日志库简介 我认为全面理解日志库需要从下面三个角度去理解：@pdai 最重要的一点是 区分 日志系统 和 日志门面 ; 其次是日志库的使用, 包含配置与API使用；配置侧重于日志系统的配置，API使用侧重于日志门面； 最后是选型，改造和最佳实践等 日志库之日志系统 java.util.logging (JUL) JDK1.4 开始，通过 java.util.logging 提供日志功能。虽然是官方自带的log lib，JUL的使用确不广泛。主要原因: JUL从JDK1.4 才开始加入(2002年)，当时各种第三方log lib已经被广泛使用了 JUL早期存在性能问题，到JDK1.5上才有了不错的进步，但现在和Logback/Log4j2相比还是有所不如 JUL的功能不如Logback/Log4j2等完善，比如Output Handler就没有Logback/Log4j2的丰富，有时候需要自己来继承定制

1.获取Git仓库 1.1从现有的目录中初始化仓库 进入项目目录，git init，会创建一个名为.git的子目录 1.2克隆现有的仓库 git clone [url]，会将远程Git仓库中的每一个文件的每一个版本都拉取下来 git传输协议，https://，git://，ssh传输协议 2.记录每次更新到仓库 文件状态变化周期 检查当前文件状态：git status 跟踪新文件or暂存已修改：git add README，注：对于git add，如果参数是目录，将会将目录下所有文件追踪 忽略文件：.gitignore文件 查看已暂存和未暂存的修改： git diff：比较工作目录和暂存区之间的差异，即未add的内容 git diff --cached(或 git diff --staged)：比较暂存区和本地仓库之间的差异，即已add，未commit的内容 git difftool --tool-help 提交更新：git commit -m "msg" git commit -a -m "msg"相当于git add和git commit -m 移除文件： git rm README：从暂存区移除，并从磁盘删除 git rm --cached README：从暂存区移除，但不从磁盘删除 移动文件： git mv README.md README 3.查看提交历史：git log

error 1 运行masterha_check_repl --conf=/etc/masterha/app1.cnf报错 Testing mysql connection and privileges..sh: mysql: command not found mysql command failed with rc 127:0! at /usr/bin/apply_diff_relay_logs line 375 解决方案：ln -s /usr/local/mysql/bin/mysql /usr/bin error 2 运行masterha_check_repl --conf=/etc/masterha/app1.cnf报错 Can't exec "mysqlbinlog": No such file or directory at /usr/local/perl5/MHA/BinlogManager.pm line 99. 解决方案：在node节点上执行 which mysqlbinlog，比如我的结果就是 [localhost~]$ which mysqlbinlog /usr/local/mysql/bin/mysqlbinlog ln -s /usr/local/mysql/bin/mysqlbinlog /usr/bin/mysqlbinlog error 3

Haproxy是目前比较流行的一种群集调度工具，同类群集调度工具有很多，如LVS和Nginx。相比较而言，LVS性能最好，但是搭建相对复杂，搭建LVS群集可以参考博文： 搭建：LVS+Keepalived高可用Web服务群集环境 ；Nginx的upstream模块支持群集功能，但是相对群集节点健康检查功能不强，性能没有Haproxy好，更多的是应用在企业内网环境中。Nginx群集可以参考博文： centos 7部署Tomcat及其负载均衡配置详解 。 上述几个web群集调度器属于软件类型的，还有很多硬件群集调度器，硬件一般使用比较多的是F5，也有很多公司使用国产的一些产品，如梭子鱼、绿盟等。硬件群集调度器有一些比较显而易见的缺点，如果说出问题了，还要需要厂家的技术支持，厂家维护时还需要我们的错误日志，在出现问题到问题解决这段时间，可能一个月的时间都过去了。若是使用软件型的群集调度器，那么只要我们运维人员技术过硬，发现问题到解决问题，很快的。 关于Haproxy常用的调度算法、配置文件及参数优化可以参考博文： centos 7 之haproxy的配置文件详解及haproxy参数调优 现在以下面的环境，进行搭建一个keepalived的高可用web群集（关于高可用存储服务器，这里就省略了，将在以后的文章写出如何搭建高可用的存储服务器），环境如下： 一、准备工作： 1、调通网络

1. 基础用法 python提供了一个标准的日志接口，就是logging模块。日志级别有DEBUG、INFO、WARNING、ERROR、CRITICAL五种（级别依次升高）,分别对应的函数为debug()、info()、warning()、error()、critical()。 >>> import logging >>> logging.debug("ni hao") >>> logging.info("ni hao2") >>> logging.warning("ni hao") WARNING:root:ni hao >>> logging.error("ni hao") ERROR:root:ni hao >>> logging.critical("ni hao") CRITICAL:root:ni hao >>> 可以发现debug()和info()方法没有显示任何信息,这是因为默认的日志级别是WARNING，所以低于此级别的日志不会记录。 可以利用函数basicCinfig修改日志级别 >>> import logging >>> logging.basicConfig(level=logging.INFO) >>> logging.info("nihao") INFO:root:nihao >>> logging.debug("dfasl") >>> logging

七、Dockerfile案例三（Mysql安装） *特别提醒：新版的mysql:5.7数据库下的user表中已经没有Password字段了(5.5的user表还有) 一、查看docker hub上的版本 [root@iz2zecm4ndtkaue32tynx5z ~]# docker search mysql INDEX NAME DESCRIPTION STARS OFFICIAL AUTOMATED docker.io docker.io/mysql MySQL is a widely used, open-source relati... 6644 [OK] docker.io docker.io/mariadb MariaDB is a community-developed fork of M... 2110 [OK] docker.io docker.io/mysql/mysql-server Optimized MySQL Server Docker images. Crea... 486 [OK] docker.io docker.io/percona Percona Server is a fork of the MySQL rela... 355 [OK] docker.io docker.io/zabbix/zabbix-server-mysql Zabbix

library 文档工具(Libdoc) Libdoc是机器人框架内置的工具生成的关键字的文档 测试库和资源文件的HTML和XML格式。 前 格式适用于人类,后者 骑 和其他 工具。 Libdoc显示库或也有几个特殊的命令 在控制台上资源信息。 可以创建文档: 测试库实现 Python 或 Java 使用正常 静态库API, 测试库使用 动态API ,包括远程库 资源文件 。 另外可以使用Libdoc创建的XML规范 作为输入。 一般使用 剧情简介 python -m robot.libdoc [options] library_or_resource output_file python -m robot.libdoc [options] library_or_resource list|show|version [names] 选项 - f , - - -格式 < html | xml > 指定是否要生成HTML或XML输出。 如果不使用此选项,格式 扩展的输出文件。 - f , ——docformat <机器人其他html文本| | | > 指定源文件的格式。 可能的 值是机器人框架的文档格式, HTML、文本和恰好。 默认值 可以指定在测试库源代码和 初始默认值 机器人 。 2.7.5新机器人框架。 - n , ——名字 <新名称> 集的名字记录库或资源。 - v , —

随着访问量的不断增加，Mysql 数据库压力不断增加，需要对 mysql 进行优化和架构改 造，可以使用高可用、主从复制、读写分离来、拆分库、拆分表进行优化。下面我们来学习 MySQL 主从复制高可用如何来实现。 MySQL 数据库主从复制原理 Mysql 主从同步其实是一个异步复制的过程，要实现复制首先需要在 master 上开启 bin-log 日志功能，整个过程需要开启 3 个线程，分别是 Master 开启 IO 线程，slave 开启 IO 线程和 SQL 线程。 a) 在从服务器执行 slave start，从服务器上 IO 线程会通过授权的用户连接上 master， 并请求 master 从指定的文件和位置之后发送 bin-log 日志内容。 b) Master 服务器接收到来自 slave 服务器的 IO 线程的请求后，master 服务器上的 IO 线 程根据 slave 服务器发送的指定 bin-log 日志之后的内容，然后返回给 slave 端的 IO 线程。（返回的信息中除了 bin-log 日志内容外，还有本次返回日志内容后在 master 服务器端的新的 binlog 文件名以及在 binlog 中的下一个指定更新位置。） c) Slave 的 IO 线程接收到信息后，将接收到的日志内容依次添加到 Slave 端的 relay-log 文件的最末端

一. Centos 用 wget 下载需要的软件，保存到目录/home/zwl/MySql/下 wget http://dev.mysql.com/get/Downloads/MySQL-5.5/mysql-5.5.17.tar.gz/from/http://mysql.ntu.edu.tw/ wget www.cmake.org/files/v2.8/cmake-2.8.6.tar.gz wget http://ftp.gnu.org/gnu/bison/bison-2.5.tar.gz 二. 安装 cmake cd /usr/local/src tar zxvf cmake-2.8.4.tar.gz cd cmake-2.8.4 ./bootstrap make make install cd ../ tar zxvf bison-2.5.tar.gz cd bison-2.5 ./configure make make install cd ../ 三. 编译安装 MySQL 5.5.13 1.添加MySql用户，和分组 /usr/sbin/groupadd mysql /usr/sbin/useradd -g mysql mysql //创建和授权MySql目录 mkdir -p /home/mysql/mysql4309 cd mysql4309 //创建所需的目录