log文件

三、sbin/recovery/服务流程-recovery.cpp main方法 本次将分析recovery.cpp main方法，其中会介绍一部分C++ 基础，话不多说，直接开始，我们都知道从bootloder引导分区后会判断misc的参数，如果是boot-recovery ,会驱动进入recovery模式，这部分后面会进行补充，暂时对主要流程进行二次分析 1、加载分区表 2、get_args 3、加载selinux 4、关于路径转换解析 5、执行传入参数命令 6、finish_recovery 那么首先其实跟system的启动相同，会执行内核的init.rc etc/init.rc: service recovery /sbin/recovery seclabel u:r:recovery:s0 直接去启动recovery服务，这个文件是编译在recovey/sbin下的可执行文件，我们开启main方法之旅 //argc和argv参数在用命令行编译程序时有用。main( int argc, char* argv[], char **env ) 中 //第一个参数，int型的argc，为整型，用来统计程序运行时发送给main函数的命令行参数的个数 //第二个参数，char*型的argv[]，为字符串数组，用来存放指向的字符串参数的指针数组 //首先我们看到mian

五、try_update_binary详细流程 本篇将介绍try_update_binary 执行升级包中的updater_binary可执行文件解析update-scrypt进行升级流程 bootable/recovery/install.cpp static int really_install_package(const std::string& path, bool* wipe_cache, bool needs_mount, std::vector<std::string>* log_buffer, int retry_count, int* max_temperature) { ...... ...... //根据之前install.cpp的流程分析，这里传入升级包的路径，和从内存地址中读出的升级包数据 int result = try_update_binary(path, zip, wipe_cache, log_buffer, retry_count, max_temperature); ...... ...... } try_update_binary方法 bootable/recovery/install.cpp // If the package contains an update binary, extract it and run it. static

***********MHA高可用+Atlas读写分离配置*********** 关闭防火墙SELinux rpm源码包下载： http://pan.baidu.com/s/1gfu4T39 92i2 1、构建本地YUM仓库： cd /etc/yum.repos.d/ mkdir bak mv C* ./bak/ cp ./bak/CentOS-Media.repo . 2、本地光盘yum安装依赖： yum install ncurses-devel libaio-devel -y yum install openssh-clients -y #密钥分发需要 3、创建mysql程序用户： useradd -M -s /sbin/nologin mysql 4、创建软连接： tar xf mysql-5.6.17-linux-glibc2.5-x86_64.tar.gz -C /usr/local/ ln -s /usr/local/mysql-5.6.17-linux-glibc2.5-x86_64/ /usr/local/mysql 5、创建软连接命令，如果装有yum，查看命令的具体位置，否则在使用命令时会出现错误： ln -s /usr/local/mysql/bin/* /usr/local/bin/ 6、复制启动脚本 [root@mha-01 ~]# cp /usr

MySQL集群 MySQL高可用 MMM: Multi-Master Replication Manager for MySQL，Mysql主主复制管理器是一套灵活的脚本程序，基于perl实现，用来对mysql replication进行监控和故障迁移，并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的)   官网： http://www.mysql-mmm.org    https://code.google.com/archive/p/mysql-master-master/downloads MHA： Master High Availability，对主节点进行监控，可实现自动故障转移至其它从节点；通过提升某一从节点为新的主节点，基于主从复制实现，还需要客户端配合实现，目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，出于机器成本的考虑，淘宝进行了改造，目前淘宝TMHA已经支持一主一从   官网: https://code.google.com/archive/p/mysql-master-ha/ Galera Cluster：wsrep(MySQL extended with the Write Set

binlog是一个二进制格式的文件，用于记录用户对数据库更新的SQL语句信息，但对库表等内容的查询不会记录 由于是二进制文件，需使用mysqlbinlog解析查看 主要作用：用于数据库的主从复制及数据的增量恢复 binlog有三种模式： 　　ROW（行模式）： 　　　 记录哪条数据修改了 　　　 记录的是修改的那条记录的全部数据，即使只更新了一个字段，binlog里也会记录所有字段的数据 　　Statement（语句模式）: 　　　　 每一条会修改数据的sql都会记录在binlog中 　　Mixed（混合模式）： 　　　　上面两种混合使用 　　　　一般的复制使用STATEMENT模式保存binlog，对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，MySQL会根据执行的SQL语句选择日志保存方式 查看日志开启状态 show variables like 'log_%'; +---------------------------------+--------------------------------+ | Variable_name | Value | +---------------------------------+--------------------------------+ | log_bin | OFF | | log_bin_trust

tar压缩包安装 #查询mysql rpm -qa|grep mysql rpm -qa|grep -i mysql #删除 rpm -e --nodeps mysql-libs-5.1.71-1.el6.x86_64 find / -name mysql yum -y install libaio.so.1 libgcc_s.so.1 libstdc++.so.6 #mysql安装 1.解压压缩包 tar -zxvf mysql-5.7.26-linux-glibc2.12-x86_64.tar.gz -C /usr/local/software/ 2.修改文件夹名字 mv mysql-5.7.26-linux-glibc2.12-x86_64/ mysql 3.检查并创建用户和用户组 cat /etc/group | grep mysql cat /etc/passwd |grep mysql groupadd mysql useradd -r -g mysql mysql 4.创建data文件夹 mkdir data 5.授权目录和用户 chown -R mysql:mysql mysql/ chmod -R 755 mysql/ 6.安装并初始化 执行下面命令之前去/etc/目录下查看是否有my.cnf配置文件，如果有，删除或者修改名字备份起来

log4j配置详解 Logger - 日志写出器，供程序员输出日志信息 Appender - 日志目的地，把格式化好的日志信息输出到指定的地方去 ConsoleAppender - 目的地为控制台的Appender FileAppender - 目的地为文件的Appender RollingFileAppender - 目的地为大小受限的文件的Appender Layout - 日志格式化器，用来把程序员的logging request格式化成字符串 PatternLayout - 用指定的pattern格式化logging request的Layout 在Log4j的配置文件中，主要需要配置三方面的内容： 根目录（级别和目的地） 目的地（控制台、文件等等） 输出样式 ----------------------------------------------------------- 1.配置rootLogger 格式: log4j.rootLogger = level,appenderName1,appenderName2, ..... level是日志记录的优先级，分为OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者自定义的级别，默认优先级：ALL < DEBUG < INFO <WARN < ERROR < FATAL < OFF

由于最近正在扩展卫生局考务系统，由于上一次使用过一次该系统后，发现很多考生最后出现说已打印报名表但却在数据库中找不到她的报名记录； 因此为了以后有依据，将 所有用户的操作日志文件写入数据供管理员 查询成为了这次扩张项目的一个内容； 这里我决定使用的log4j日志文件，在多次的使用中感觉这个很不错； 首先我们要使用log4j日志文件时，我们需将两个必须的包放入lib目录下： log4j.XX.jar和commons-logging.XX.jar ; 然后在classpath目录下（IDE中即为项目下的src目录下）新建一个日志文件，统一命名为：log4j.properties ； 1.需求一：只需要满足存储数据库： a.以下我们一ms sql 2000为例：首先在数据库中建一个用来存储日志的数据库命名为 operate_log；字段如下： b.数据库成功建立后，就可以去配置日志文件log4j.properties，代码如下： log4j.properties log4j.rootLogger = INFO,db ######################## # JDBC Appender ####################### #log4j.logger.business = INFO,db #log4j.appender.db = com.neam.commons

Logger - 日志写出器，供程序员输出日志信息 Appender - 日志目的地，把格式化好的日志信息输出到指定的地方去 ConsoleAppender - 目的地为控制台的Appender FileAppender - 目的地为文件的Appender RollingFileAppender - 目的地为大小受限的文件的Appender Layout - 日志格式化器，用来把程序员的logging request格式化成字符串 PatternLayout - 用指定的pattern格式化logging request的Layout​在Log4j的配置文件中，主要需要配置三方面的内容：根目录（级别和目的地）目的地（控制台、文件等等）输出样式-----------------------------------------------------------1.配置rootLogger格式: log4j.rootLogger = level,appenderName1,appenderName2, .....level是日志记录的优先级，分为OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者自定义的级别，默认优先级：ALL < DEBUG < INFO <WARN < ERROR < FATAL < OFFLog4j建议只使用四个级别

需求：公司需要把日志进行打包以及压缩，日志分为两种格式 第一种：2019-10-12.log （属于文件，需要每天进行压缩） 第二种：2019-10 （属于文件夹，只需要把上个月的文件夹进行压缩） 这里将两种整合到一个脚本里，让其每天执行。如果遇到第二种情况，就判断有没有属于上个月的文件夹，如果有，就将其压缩打包，如果没有，就跳过 import os import zipfile import datetime,time from dateutil.relativedelta import relativedelta ######################################################################### # File Name: log_zip.py # Created on: 2019-11-25 16:30:46 # Author: xieys # Last Modified: 2019-11-25 16:30:46 # Description: # 需求：需要把日志文件进行打包，这里有两种格式 #第一种格式：2019-11-24.log (属于文件) #第二种格式：2019-10 (属于文件夹) #############################################################