log文件

MySQL 主主同步方案 l MySQL 主主 +Keepalived l MySQL+DRBD+Heartbeat 在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用 mysql 主 主 方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加 mysql 入口，增加高可用。 不过多主需要考虑自增长 ID 问题，这个需要特别设置配置文件，比如双主，可以使用奇偶 ，总之，主之间设置自增长 ID 相互不冲突就能完美解决自增长 ID 冲突问题。 主主方案实现思路 1、 两台 mysql 都可读写，互为主备 。 默认只使用一台 masterA 负责数据的写入，另一台 masterB 备用 处于备用状态 ； 2、 masterA 是 masterB 的主库， masterB 又是 masterA 的主库，它们互为主从； 3、 两台主库之间做高可用 , 可以采用 keepalived 等方案 ， 使用 VIP 对外提供服务； 4、 所有提供服务的从服务器与 masterB 进行主从同步（双主多从） ; 5、 建议采用高可用策略的时候， masterA 或 masterB 均不因宕机恢复后而抢占 VIP （非抢占模式）； 这样做可以在一定程度上保证主库的高可用 , 在一台主库 down 掉之后 ,

** MySQL 主主 +Keepalived **MySQL+DRBD+Heartbeat 在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用 mysql 主 主 方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加 mysql 入口，增加高可用。 不过多主需要考虑自增长 ID 问题，这个需要特别设置配置文件，比如双主，可以使用奇偶 ，总之，主之间设置自增长 ID 相互不冲突就能完美解决自增长 ID 冲突问题。 主主方案实现思路 1、 两台 mysql 都可读写，互为主备 。 默认只使用一台 masterA 负责数据的写入，另一台 masterB 备用 处于备用状态 ； 2、 masterA 是 masterB 的主库， masterB 又是 masterA 的主库，它们互为主从； 3、 两台主库之间做高可用 , 可以采用 keepalived 等方案 ， 使用 VIP 对外提供服务； 4、 所有提供服务的从服务器与 masterB 进行主从同步（双主多从） ; 5、 建议采用高可用策略的时候， masterA 或 masterB 均不因宕机恢复后而抢占 VIP （非抢占模式）； 这样做可以在一定程度上保证主库的高可用 , 在一台主库 down 掉之后 , 可以在极短的时间内切换到另一台主库上 ，

MySQL 主主同步方案 l MySQL 主主 +Keepalived l MySQL+DRBD+Heartbeat 在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用 mysql 主主方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加 mysql 入口，增加高可用。 不过多主需要考虑自增长 ID 问题，这个需要特别设置配置文件，比如双主，可以使用奇偶 ，总之，主之间设置自增长 ID 相互不冲突就能完美解决自增长 ID 冲突问题。 主主方案实现思路 1、 两台 mysql 都可读写，互为主备。默认只使用一台 masterA 负责数据的写入，另一台 masterB 备用处于备用状态； 2、 masterA 是 masterB 的主库， masterB 又是 masterA 的主库，它们互为主从； 3、 两台主库之间做高可用 , 可以采用 keepalived 等方案，使用 VIP 对外提供服务； 4 、所有提供服务的从服务器与 masterB 进行主从同步（双主多从） ; 5 、建议采用高可用策略的时候， masterA 或 masterB 均不因宕机恢复后而抢占 VIP （非抢占模式）； 这样做可以在一定程度上保证主库的高可用 , 在一台主库 down 掉之后 , 可以在极短的时间内切换到另一台主库上

一、时间模块（time、datetime） Python中有三种时间的表示方式： 时间戳 1970年1月1日之后的秒，即：time.time() 格式化时间 2014-11-11 11:11， 即：time.strftime('%Y-%m-%d') 结构化时间 元组包含了：年、日、星期等... time.struct_time 即：time.localtime() 1.1、几种时间表示方 1 #时间戳转结构化时间 2 import time 3 y=time.time() #时间戳 4 x=time.localtime(y) #时间戳转换结构化时间 5 #结构化时间转成时间戳 6 z=time.mktime(x) #结构化时间z转时间戳 7 time.gmtime() #世界标准时间（结构化时间） 8 9 10 #结构化时间转换为格式化时间 11 time.strftime(%Y-%m-%d-%b %H:%M:%S',x)) #可带参数指定结构化时间 12 time.strftime('%Y/%m/%d %H:%M:%S') #没有参数默认就是localtime 13 #格式化时间转换成结构化时间 14 time.strptime('2011-05-05 16:37:06', '%Y-%m-%d %X')) 15 #strptime(string, format) 16 17 #

原文： https://www.cnblogs.com/roverliang/p/6414457.html MySQL 日志系统 做过大型系统的都知道，日志的作用不用小觑，往往到了项目中后期，对项目进行优化升级都是依据日志做出升级优化的决策的。那么学习MySQL，日志部分当然不能错过。我们面试中实际应用的所谈到的优化都是要从日志中得出来的。系统的学习mysql的日志，有助于我们准确的定位问题，提高自己的工作水平。此外，后面的一系列日志会重点从DBA的运维方面进行着手，系统的去理解MySQL各方面的配置，做到知己知彼，让MySQL成为自己得心应手的数据仓库。 一、MySQL的日志类型 默认情况下，所有的MySQL日志以文件的方式存放在数据库根目录下： [root@roverliang data]# pwd /usr/local/webserver/extend_lib/mysql/data [root@roverliang data]# ls auto.cnf ibdata1 ib_logfile0 ib_logfile1 mysql mytest performance_schema roverliang roverliang.err roverliang.pid test MySQL的日志类型有以下几种： 1. 错误日志（error）,MySQL服务实例启动

转自：https://www.cnblogs.com/qwertwwwe/p/9452370.html 最近搭一个框架需要用到iptables做映射，学习了下iptables的原理，总结下方便以后查~。 参考并转载于以下链接： http://www.cnblogs.com/metoy/p/4320813.html http://www.ha97.com/4093.html 一、iptables介绍 iptables是Linux中对网络数据包进行处理的一个功能组件，就相当于防火墙，可以对经过的数据包进行处理，例如：数据包过滤、数据包转发等等，一般例如Ubuntu等Linux系统是默认自带启动的。 二、iptables结构 iptables其实是一堆规则，防火墙根据iptables里的规则，对收到的网络数据包进行处理。iptables里的数据组织结构分为：表、链、规则。 表（tables） 表提供特定的功能，iptables里面有4个表： filter表、nat表、mangle表和raw表，分别用于实现包过滤、网络地址转换、包重构和数据追踪处理。 每个表里包含多个链。 链（chains） 链（chains）是数据包传播的路径，每一条链其实就是众多规则中的一个检查清单，每一条链中可以有一 条或数条规则。当一个数据包到达一个链时，iptables就会从链中第一条规则开始检查

原理： 用户向主数据库写入数据，主数据库数据更新，写入二进制文件 从数据库开启I/O线程，向主数据库请求数据同步以获取二进制日志 主数据库为从服务器授权 主数据库开启I/O线程回应并发送二进制日志到从数据库 从数据库得到主数据库的二进制日志写入中继日志 从数据库开启SQL线程读取中级日志内容并执行，实现数据同步 实例： 主数据库：192.168.200.111 [root@localhost ~]# setenforce 0 [root@localhost ~]# iptables -F [root@localhost ~]# systemctl stop firewalld [root@localhost ~]# yum -y install ntp [root@localhost ~]# cp -p /etc/ntp.conf /etc/ntp.conf.origin [root@localhost ~]# vim /etc/ntp.conf 添加以下两行： 22 server 127.127.1.0 23 fudge 127.127.1.0 startum 8 [root@localhost ~]# systemctl start ntpd [root@localhost ~]# chkconfig ntpd on [root@localhost ~]# vim /etc

本人是分布式的新手，在实际工作中遇到了需要动态修改nginx的需求，因此写下实现过程中的想法。Nginx功能强大且灵活，所以这些权当抛砖引玉，希望可以得到大家的讨论和指点。(具体代码在 https://andy-zhangtao.github.io/nginx2svg/ ) 如何动态配置Nginx参数 Nginx参数众多，并且配置是非灵活，因此要达到完美的自动化配置是一件很有挑战性的事情，这个工具并不能十分完美的自动化调整参数。目前支持自动化修改的参数有: server upstream proxy_pass root 下面将介绍 Nginx2Svg 是如何实现自动化修改参数的。 预备知识 为了更好的理解 Nginx2Svg ，需要一些很简单的预备知识。 首先需要了解Nginx的配置文件格式，一个典型的Nginx配置文件(假设此处Nginx作为7层反向负载使用)看起来应该是下面的样子: # 抄自nginx官网 http://nginx.org/en/docs/example.html 1 user www www; 2 3 worker_processes 2; 4 5 pid /var/run/nginx.pid; 6 7 # [ debug | info | notice | warn | error | crit ] 8 9 error_log /var/log/nginx

此文为读 log4j2 user guaid时的翻译及笔记。log4j2与log4j在Logger的继承关系和配置方式上都做出了修改。个人感觉比较有意思的是Logger对象与 LoggerConfig解耦的设计，以及Filter中的传递机制，有点像网络包分发，不过多了很多可调控性。 前言 log4j2可以按照开发人员预先的设定，在指定的位置和情况下打印log语句，并且可以酌情关闭某些log语句，如开发阶段debug类型的语句等。并且，可以使用layout来定义输出语句的格式，像C语言的printf函数一样。如： 要实现这样标准化的日志输出，只需要在工程中引入log4j2的相关jar包，并向LogManager对象申请一个Logger对象的引用，然后调用该对象的相应方法即可，如： 在log4j2中，一共有五种log level，分别为 TRACE, DEBUG, INFO, WARN, ERROR 以及 FATAL 。 FATAL ：用在极端的情形中，即必须马上获得注意的情况。这个程度的错误通常需要触发运维工程师的寻呼机。 ERROR ：显示一个错误，或一个通用的错误情况，但还不至于会将系统挂起。这种程度的错误一般会触发邮件的发送，将消息发送到 alert list 中，运维人员可以在文档中记录这个 bug 并提交。 WARN ：不一定是一个 bug ，但是有人可能会想要知道这一情况

本文是作者原创,版权归作者所有.若要转载,请注明出处. 文章中若有错误和疏漏之处,还请各位大佬不吝指出,谢谢大家. java日志框架有很多,这篇文章我们来整理一下各大主流的日志框架, 包括log4j log4j2 logback jul(java.util.logging) jcl(commons-logging) slf4j(simple log facade for java)等常用框架 目前java日志的使用有两种形式:日志接口和日志实现 1.目前日志接口，常用的有两种，jcl(commons logging)和slf4j(simple log facade for java)。 2.日志实现目前有这几类，log4j、jul、logback、log4j2。 我们先从log4j开始 首先,引入maven依赖 　　　<!--log4j--> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency> 然后是配置log4j.properties文件 ### 设置### log4j.rootLogger = debug,stdout,D,E ### 输出信息到控制抬 ### log4j.appender.stdout = org