log文件

本文为转载。 作者 : 万境绝尘 转载请著名出处 eclipse 自带的 LogCat 工具太垃圾了, 开始用 adb logcat 在终端查看日志; 1. 解析 adb logcat 的帮助信息 在命令行中输入 adb logcat --help 命令, 就可以显示该命令的帮助信息; [plain] view plain copy octopus@octopus:~$ adb logcat --help Usage: logcat [options] [filterspecs] options include: -s Set default filter to silent. Like specifying filterspec '*:s' -f <filename> Log to file. Default to stdout -r [<kbytes>] Rotate log every kbytes. (16 if unspecified). Requires -f -n <count> Sets max number of rotated logs to <count>, default 4 -v <format> Sets the log print format, where <format> is one of: brief process tag thread

最近搭一个框架需要用到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就会从链中第一条规则开始检查，看该数据包是否满足规则所定义的条件。如果满足，系统就会根据 该条规则所定义的方法处理该数据包

SVN （Subversion） 是一个自由、开源的项目源代码版本控制工具。 目前，绝大多数开源软件和企业代码管理，都使用SVN作为代码版本管理软件。 Subversion将文件存放在中心版本 库里 ，这个版本库很像一个普通的文件服务器。不同的是，它可以记录每一次文件和目录的修改情况，这样就可以在需要的回滚时，将 数据恢复 到以前的版本，并可以查看数据的更改细节。 SVN 官方网址： Apache Subversion SVN 服务器配置： 安装SVN服务器 一、 SVN常用命令 1、将文件checkout到本地目录 svn checkout path（path是服务器上的目录） 简写：svn co 2、往版本库中添加新的文件 svn add file 3、将改动的文件提交到版本库 svn commit -m “LogMessage” [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关) 简写：svn ci 4、加锁/解锁 svn lock -m “LockMessage” [--force] PATH svn unlock PATH 5、更新到某个版本 svn update -r m path 简写：svn up 6、查看文件或者目录状态 1）svn status path（目录下的文件和子目录的状态，正常状态不显示） 2）svn

MySQL 配置文件 二进制日志log-bin 主从复制 错误日志log-error 默认是关闭的，记录严重的警告和错误的信息，每次启动和关闭的详细信息等。 查询日志log 默认是关闭的,记录查询的sql语句，如果开启会降低mysql的整体性能，因为记录日志也是需要消耗系统资源的。 数据文件 两系统 Windows ：D:\mysql\mysql-5.6.42-winx64\data 目录下可以挑选很多库 Linux： 查看当前系统中的全部库后再进去 ls -1F|grep ^d 默认路径 /var/libmysql frm文件 存放表结构 myd文件 存放表数据 myid文件 存放表索引 MySQL 架构 连接层 　　最上层是一些客服端和连接服务，包括sock通信和大多数基于客服端/服务端工具实现的类似于tcp/ip的通信，主要完成一些类似于连接处理、授权认证及相关安全的方案，在该层上引入了线程池的概念，为通过认证安全接入的客服端提供线程，同样在该层上可以实现基于SSL的安全的连接，服务器也会为安全接入的每个客户端验证它所具有的操作权限。 　　 服务层 　　第二层架构主要完成大多数的核心服务功能，如SQL接口，并完成缓存的查询，SQL的分析以及优化部分内置函数的执行，所有跨存储引擎的功能也在这一层实现，如过程、函数等，服务器会解析查询并创建相应的内部解析树

mysqlimport 语法：mysqlimport [options] db_name textfile1 [textfile2 ...] 语义：以命令行模式来载入SQL声明。对于每个textfile，mysqlimport都将该文件名（后缀除外）作为数据库中的表。 选项： --columns=column_list, -c column_list：以逗号作为分隔，列出对应的列名。载入文件中的数据以该列名作为表的列名。 --delete, -D：导入数据之前是否清空表格。 --force, -f：是否忽略出错。 --ignore-lines=N：忽略文件的前N行。 --lines-terminated-by=...：以xxx作为文件的结尾，mysqlimport遇到该字符串时结束导入。 --local, -L：默认导入时，导入的文件位于mysql的server端，本选项指定从客户端的虚机上导入数据。 --lock-tables, -l：在导入之前锁定所有的表格。 --low-priority：导入数据时以低优先级进行。这个仅在支持表级锁的存储引擎上有效。 --replace, -r/--ignore：指示在已经存在的表中有相同记录时，导入是覆盖还是忽略。如果没有指定，那么存在相同记录时，将会出错，后续的记录也不会继续导入。 --silent, -s：静默模式

继上次实现了 Ping 之后，尝试进入更底层的网络接口层实现局域网的 ARP 报文收发 ARP 协议概述 ARP(Address Resolution Protocol) 地址解析协议是用来通过网络层地址(IP地址)去寻找数据链路层地址(MAC地址)的网络传输协议. 在以太网(Ethernet)协议中规定， 同一局域网中 的一台主机要和另一台主机进行直接通信，必须要知道目标主机的 MAC 地址。而在 TCP/IP 协议中，网络层和传输层只关心目标主机的IP地址。这就导致在以太网中使用 IP 协议时，数据链路层的以太网协议接到上层IP协议提供的数据中，只包含目的主机的IP地址。于是需要一种方法，根据目的主机的IP地址，获得其MAC地址。这就是 ARP 协议要做的事情。所谓地址解析（address resolution）就是主机在发送帧前将目标IP地址转换成目标MAC地址的过程。另外，当发送主机和目的主机 不在同一个局域网中时 ，即便知道对方的MAC地址，两者也不能直接通信，必须经过路由转发才可以。所以此时，发送主机通过ARP协议获得的将不是目的主机的真实MAC地址，而是一台可以通往局域网外的路由器的MAC地址。于是此后发送主机发往目的主机的所有帧，都将发往该路由器，通过它向外发送。这种情况称为委托ARP或ARP代理（ARP Proxy）。—— 地址解析协议 报文格式 以太网首部:

<?xml version="1.0" encoding="UTF-8"?> <!-- 日志级别从低到高分为TRACE < DEBUG < INFO < WARN < ERROR < FATAL，如果设置为WARN，则低于WARN的信息都不会输出 --> <!-- scan:当此属性设置为true时，配置文件如果发生改变，将会被重新加载，默认值为true --> <!-- scanPeriod:设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒。当scan为true时，此属性生效。默认的时间间隔为1分钟。 --> <!-- debug:当此属性设置为true时，将打印出logback内部日志信息，实时查看logback运行状态。默认值为false。 --> <configuration scan="true" scanPeriod="60 seconds" debug="false"> <!-- name的值是变量的名称，value的值时变量定义的值。通过定义的值会被插入到logger上下文中。定义变量后，可以使“${}”来使用变量。 --> <property name="APP_NAME" value="app" /> <!-- 上下文名称 --> <contextName>${APP_NAME}</contextName> <!-- 项目路径如下：D:

Flume高可用集群 工欲善其事，必先利其器。 感谢以下博主： https://www.cnblogs.com/qingyunzong/p/8994494.html https://blog.csdn.net/peng_0129/article/details/80793440 https://blog.csdn.net/suojie123/article/details/86577935 https://blog.csdn.net/kelong_xhu/article/details/42677045 https://blog.csdn.net/johnnychu/article/details/82780521 flume简介 官网：http://flume.apache.org/ 打开官网【经翻译】 Flume is a distributed, reliable, and available service for efficiently collecting, aggregating, and moving large amounts of log data. It has a simple and flexible architecture based on streaming data flows. It is robust and fault tolerant

　　一、xtrabackup 简介 　　xtrabackup 是由percona公司开源免费的数据库热备软件，它能对InnoDB数据库和XtraDB存储引擎的数据库非阻塞地备份，对于myisam的备份同样需要加表锁。mysqldump备份方式是通过用户名密码连接到数据库，将其要备份的数据库用SQL语句的形式输出到标准输出，这种逻辑备份的方式最大的缺点是备份和恢复的速度较慢，如果数据库过大，mysqldump备份就显得力不从心了。这时选择用xtrabackup来备份就能很好解决数据库过大而导致备份过慢的问题。 　　xtrabackup的优点 　　　　1）备份还原过程快速、可靠 　　　　2）备份过程不会打断正在执行的事务 　　　　3）能够基于压缩等功能节约磁盘空间和流量 　　　　4）自动实现备份检验 　　　　5）开源，免费 　　xtrabackup2.2版本之前包括4个可执行文件： 　　　　innobackuppex：这个是一个perl脚本，它的主要作用是用来备份非innodb表，同时会调用xtrabackup命令来备份innodb表，还会和mysql server 发送命令进行交互，如家全局读锁（FTWRL）、获取位置点（show slave status）等。 　　　　xtrabackup:这个文件是用C/C++编译的二进制文件，它的主要作用用来备份Innodb表达

<?xml version="1.0" encoding="UTF-8" ?><configuration status="off" monitorInterval="1800"> <properties>　　　　　<!--路径--> <property name="LOG_PATH">./logs</property> 　　　　　<!--log路径--> <property name="LOG_NAME">strategy/oms-strategy</property> </properties> <appenders> <Console name="Console" target="SYSTEM_OUT" follow="true"> <PatternLayout pattern="%date{yyyy-MM-dd HH:mm:ss.SSS} %level [%thread][%file:%line] - %msg%n"/> </Console> <RollingRandomAccessFile name="running-log" fileName="${LOG_PATH}/${LOG_NAME}.log" filePattern="${LOG_PATH}/${LOG_NAME}.%d{yyyy-MM-dd}.log"> <PatternLayout pattern="