log文件

Log4Net输出自定义文件日志。

眉间皱痕 提交于 2020-01-08 18:56:28
using log4net; using log4net.Appender; using log4net.Core; using log4net.Layout; using log4net.Repository.Hierarchy; using System; using System.Collections.Concurrent; using System.Collections.Generic; using System.Text; namespace NetCoreLog { public static class CustomRollingFileLogger { private static readonly ConcurrentDictionary<string, ILog> loggerContainer = new ConcurrentDictionary<string, ILog>(); //默认配置 private const int MAX_SIZE_ROLL_BACKUPS = 20; private const string LAYOUT_PATTERN = "%n错误时间:%d %n错误级别:%-5p%n错误内容:%m%n"; private const string DATE_PATTERN = "yyyy-MM-dd"; private const

mysql备份与还原

[亡魂溺海] 提交于 2020-01-07 19:25:06
mysql备份与还原 一、备份常用操作基本命令 1、备份命令mysqldump格式 格式:mysqldump -h主机名 -P端口 -u用户名 -p密码 –database 数据库名 > 文件名.sql 2、备份MySQL数据库为带删除表的格式 备份MySQL数据库为带删除表的格式,能够让该备份覆盖已有数据库而不需要手动删除原有数据库。 mysqldump --add-drop-table -uusername -ppassword -database databasename > backupfile.sql 3、直接将MySQL数据库压缩备份 mysqldump -hhostname -uusername -ppassword -database databasename | gzip > backupfile.sql.gz 4、备份MySQL数据库某个(些)表 mysqldump -hhostname -uusername -ppassword databasename specific_table1 specific_table2 > backupfile.sql 5、同时备份多个MySQL数据库 mysqldump -hhostname -uusername -ppassword –databases databasename1 databasename2

mysql备份恢复与xtrabackup备份

笑着哭i 提交于 2020-01-07 18:43:35
mysqldump优缺点 优点 使用场景: 10G以下的数据库操作简单 缺点 数据量范围:30G --> TB级别 的时候备份、恢复操作很慢,效率低 xtrabackup备份软件 使用场景: 1、数据量大,变换量小 2、数据量小,变化量大 介绍 percona公司官网 https://www.percona.com/ Xtrabackup是由percona开源的免费数据库热备份软件,它能对InnoDB数据库和XtraDB存储引擎的数据库非阻塞地备份(对于MyISAM的备份同样需要加表锁);mysqldump备份方式是采用的逻辑备份,其最大的缺陷是备份和恢复速度较慢,如果数据库大于50G,mysqldump备份就不太适合。 Xtrabackup安装完成后有4个可执行文件,其中2个比较重要的备份工具是innobackupex、xtrabackup 1)xtrabackup 是专门用来备份InnoDB表的,和mysql server没有交互; 2)innobackupex 是一个封装xtrabackup的Perl脚本,支持同时备份innodb和myisam,但在对myisam备份时需要加一个全局的读锁。 3)xbcrypt 加密解密备份工具 4)xbstream 流传打包传输工具,类似tar 5)物理备份工具,在同级数据量基础上,都要比逻辑备份性能好的多,特别是在数据量较大的时候

nginx配置文件及说明

你离开我真会死。 提交于 2020-01-07 08:19:56
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> # nginx在安装完成后,大部分参数就已经是最优化了,我们需要管理的东西并不多 #user nobody; #进程数,建议小于或者是等于CPU总核心数 #建议值 <= cpu核心数量,一般高于cpu数量不会带好处,也许还有进程切换开销的负面影响 worker_processes 2; # 只记录更为严重的错误日志,可减少IO压力, 目前日志记录级别是warn 日志级别:debug | info | notice | warn | error | crit | alert | emerg #似乎这样子配置错误级别了但是有时候还是会打印出warn级别错误的,不管了 error_log logs/error.log error; #error_log logs/error.log notice; #error_log logs/error.log info; pid logs/nginx.pid; # 每进程最大可打开文件描述符数量(linux上文件描述符比较广义,网络端口、设备、磁盘文件都是) # 文件描述符用完了,新的连接会被拒绝,产生502类错误 # linux最大可打开文件数可通过ulimit -n FILECNT或 /etc/security/limits.conf配置 # 理论值 系统最大数量 /

mysql 日志文件(转于我的同学和大家共同分享)

穿精又带淫゛_ 提交于 2020-01-07 08:17:34
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 由于最近碰到一个日志清理的问题,所以就花时间写了这篇文章,严格来说只是学习笔记。 1.通用日志文件 默认安装情况下不开启,即不会生成这个文件,需要手工开启,可直接在命令行中设置:set global general_log = ON。即时生效。重启MySQL服务后,会关闭,需重新启动。 也可在配置文件my.ini中设置:general_log=on。这样每次启动MySQL服务都会自动启动。 这样MySQL就会在data目录下创建一个和你计算机同名的日志文件:计算机名-PC.log。 以后你对MySQL做的任何操作,都会被记录到这个日志文件中。 2.二进制日志文件 默认安装情况下不开启,即不会生成这个文件,需要手工开启,在配置文件my.ini中的[mysqld]后面加入:log_bin=binary_log。这里的binary_log为二进制文件名。 这样MySQL就会在data目录下创建如下两个文件:binary_log.000001和binary_log.index。 以后对MySQL表做的任何更新,都会被记录里到这个日志文件中。 当在data目录下手工删除了某些二进制日志文件时,一定要同时删除binary_log.index里面的对应记录,否则mysql服务将无法启动。 可在命令行中通过 show

Redo与Undo的理解

血红的双手。 提交于 2020-01-07 01:26:29
本文概要 本文分两部分, 第一部分概念介绍,重在理解。 第二部分通过MySQL Innodb中的具体实现,加深相关知识的印象。 本文的原意是一篇个人学习笔记,为了避免成为草草记录一下的流水账,尝试从给人介绍的角度开写。但在整理的过程中,越来越感觉力不从心,一是细节太多了,原以为足够了解的一个小知识点下可能隐藏了很多细节;二是内容与范围的取舍,既想有点技术性避免空谈,又不想陷入枯燥冗长的小细节描述。几番折腾,目前的想法把坑填上,能写完就不错了,你读起来有不顺或错误的地方请见谅,欢迎反馈。 1. 概念与理解 Redo与undo并非是相互的逆操作,而是能配合起来使用的两种机制。 说是两种机制,其实都是日志记录,不同的是redo记录以顺序附加的形式记录新值,如某条记录<T,X,V>,表示事物T将新值V存储到 数据库 元素X,新值可以保证重做; 而Undo记录通常以随机操作的形式记录旧值,如某条记录<T1,Y,9>,表示事物T1对Y进行了修改,修改前Y的值是9,旧值能用于撤销,也能供其他事务读取。 Redo用来保证事务的原子性和持久性,Undo能保证事务的一致性,两者也是系统恢复的基础前提。 1.1 Redo 一个事务从开始到结束,要么提交完成,要么中止,具有原子性。而反映在redo日志中可能需要若干条记录来保证,如: <T0 start> <T0,A,500> <T0,B,500> <T0

MySQL优化总结

点点圈 提交于 2020-01-06 22:45:11
前言 优化有风险,涉足需谨慎!!! 1、优化可能带来的问题? 优化不总是对一个单纯的环境进行,还很可能是一个复杂的已投产的系统。 优化手段本来就有很大的风险,只不过我们可能没有能力意识到和预见到! 任何的技术可以解决一个问题,但必然存在带来一个问题的风险! 对于优化来说解决问题而带来的问题,控制在可接受的范围内才是有成果,保持现状或出现更差的情况都是失败。 2、优化的需求 稳定性和业务的持续性,通常比性能更重要。 优化不可避免涉及到变更,变更就有风险。 优化使性能变好,维持和变差使等概率事件。 切记优化,应该是各部门协同参与的工作,任何单一部门都不能对数据库进行优化。 所有优化工作,是由业务需要驱使的。 3、优化由谁参与 在进行数据库优化时,应该由DBA、业务部门代表、应用程序设计人员、应用程序开发人员、运维等相关人员共同参与。 4、优化思路 在数据库优化上由两个主要方面:即安全与性能。 安全:数据可持续性。 性能:数据的高性能访问。 5、优化的范围有哪些? 存储、主机和操作系统方面: 主机架构稳定性; I/O规划及配置; Swap交换分区; OS内核参数和网络问题; 应用程序方面; 应用程序稳定性; SQL语句性能; 串行访问资源; 性能欠佳会话管理; 这个应用适不适合用MySQL; 数据库优化方面: 内存; 数据库结构(物理&逻辑); 实例配置; 注:不管是在设计系统

Nginx深度优化

主宰稳场 提交于 2020-01-05 00:08:19
Nginx 以事件驱动(epoll)的方式编写,所以有非常好的性能,同时也是一个非常高效的反 向代理、负载平衡。但是 Nginx 并不支持 cgi 方式运行,原因是可以减少因此带来的一些程 序上的漏洞。所以必须使用 FastCGI 方式来执行 PHP 程序。 由于 Nginx 本身的一些优点,轻量,开源,易用,越来越多的公司使用 nginx 作为自己公司 的 web 应用服务器,本文详细介绍 nginx 源码安装的同时并对 nginx 进行优化配置。 可以通过 nginx初步优化 与 nginx反向代理 来初步了解nginx 博文结构 编译安装前优化 nginx主配置优化 nginx配置防盗链 验证上述优化 一.nginx编译前优化 下载nginx软件包 安装nginx及安装 zlib-devel、pcre-devel 等依赖包 [root@localhost ~]# tar zxf nginx-1.14.0.tar.gz [root@localhost ~]# yum -y install pcre-devel openssl-devel [root@localhost ~]# cd nginx-1.14.0/ [root@localhost nginx-1.14.0]# groupadd www [root@localhost nginx-1.14.0]# useradd -g

数据库中间件:CentOS7下MySQL主从Master-Slaves同步配置(一)

限于喜欢 提交于 2020-01-04 09:41:46
CentOS7下MySQL主从Master-Slaves同步配置 环境说明 Centos版本: CentOS Linux release 7.7.1908 (Core) Linux连接工具:SecureCRT MySQL Version: 5.7.28 主库主机地址:192.168.163.61 从库主机地址:192.168.163.62 参考文档:https://dev.mysql.com/doc/refman/5.7/en/replication.html 为什么要做主从同步 主从配置原理 配置主从同步 1.1 配置主服务器 修改主服务器配置文件/etc/my.cnf #启用二进制日志记录 :主服务器基于二进制日志文件位置的复制 log-bin=mysql-bin #每个服务器必须配置有唯一的服务器ID,实战中,通常配置为IP的最后一个数字 server-id=61 #指定可以主从同步的数据库,多数据库要配置多行 binlog-do-db=db_consumer binlog-ignore-db=information_schema binlog-ignore-db=mysql binlog-ignore-db=orders binlog-ignore-db=performance_schema binlog-ignore-db=sys 重启MySQL服务 [ root

mysql备份与还原

跟風遠走 提交于 2020-01-04 03:25:56
mysql备份与还原 一、备份常用操作基本命令 1、备份命令mysqldump格式 格式:mysqldump -h主机名 -P端口 -u用户名 -p密码 –database 数据库名 > 文件名.sql 2、备份MySQL数据库为带删除表的格式 备份MySQL数据库为带删除表的格式,能够让该备份覆盖已有数据库而不需要手动删除原有数据库。 mysqldump --add-drop-table -uusername -ppassword -database databasename > backupfile.sql 3、直接将MySQL数据库压缩备份 mysqldump -hhostname -uusername -ppassword -database databasename | gzip > backupfile.sql.gz 4、备份MySQL数据库某个(些)表 mysqldump -hhostname -uusername -ppassword databasename specific_table1 specific_table2 > backupfile.sql 5、同时备份多个MySQL数据库 mysqldump -hhostname -uusername -ppassword –databases databasename1 databasename2