log文件

linux下 MySQL5.7 搭建双主(互为主从)+ keepalived

眉间皱痕 提交于 2019-11-29 06:38:17
主从复制参考: https://blog.csdn.net/u013792404/article/details/91591585 修改其中部分即可 . 1、在2台主机(192.168.8.111,192.168.8.112)上都修改配置 , /etc/my.cnf ; 修改完成后重启MySQL [mysqld] port=3306 datadir=/usr/local/mysql/data socket=/usr/local/mysql/mysql.sock user=mysql max_connections=1024 # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 lower_case_table_names=1 character-set-server=utf8 collation-server=utf8_general_ci # 配置主从 server-id=1 #服务器id (主从必须不一样) log-bin=mysql-bin #打开日志(主机需要打开) binlog_format=mixed # binlog日志格式,mysql默认采用statement,建议使用mixed relay-log=relay-bin

Python接口测试课程(第四天)-接口测试框架实现

我怕爱的太早我们不能终老 提交于 2019-11-29 04:56:26
目录 Python接口测试课程(第一天)-Python基础 Python接口测试课程(第二天)-接口测试快速实践 Python接口测试课程(第三天)-接口安全验证,参数化及断言 Python接口测试课程(第四天)-接口测试框架实现 更多学习资料请加添加作者微信:lockingfree获取 第四天: Python接口测试框架 什么是框架 目前主流接口测试方案 工具派 Java派 Python派 接口平台 框架类型 录制回放 数据驱动 行为驱动 框架的分层与规划 框架分层 表示层: (用户界面) 业务逻辑层: (读取数据,配置并组装发送请求)+执行控制层(pytest) 数据层: (配置读取/数据读取/数据库连接/其他(log/email) 框架规划 case: 测试用例目录 user: (用户模块) test_user.py: 测试用例 case.py: 用例公共方法 data: 数据文件目录 test_user_data.xlsx: 测试用例数据文件 conf: 配置文件目录 default.conf: 默认配置文件 report: pytest生成的报告保存路径 log: log保存路径,按天生成log common: 公共方法目录 config.py: 配置文件读取 data.py: 数据文件读取 db.py: 数据库连接 log.py: 日志配置 send_email.py:

配置MySQL5.7基于GTID的复制

邮差的信 提交于 2019-11-29 04:42:57
配置MySQL5.7基于GTID的复制 一、 安装前规划 1.1 大体架构规划如下 master 192.168.9.71:3306 Slave 192.168.9.72:3306 数据库搭建过程请参考《mysql5.7部署文档》 二、 主从复制搭建 2.1 创建同步用户repl(master上) grant replication slave on *.* to 'repl'@'%' identified by '123456'; flush privileges; 注:其中'repl'@'%'部分可以修改为'repl'@'xxx.xxx.xxx.*'或'repl'@'xxx.xxx.xxx.xxx'的形式,出于安全目的用以限制网段或IP访问(其中xxx为具体IP) 2.2 主库my.cnf添加同步参数 server_id=1 log-bin = /mysql/3306/binlog/bin.log #binlog 存放路径,需要根据实际情况修改 log_bin_index = /mysql/3306/binlog/bin.index max-binlog-size=209715200 expire-logs-days = 7 sync-binlog = 1 binlog_format="ROW" log_bin_trust_function_creators = 1

12-3 12 php-fpm pool 慢日志 open_basedir 进程

邮差的信 提交于 2019-11-29 02:26:30
12.21 php-fpm的pool 12.22 php-fpm慢执行日志 12.23 open_basedir 12.24 php-fpm进程管理 12.21 php-fpm的pool nginx可以定义多个虚拟主机的conf,同样的,php-fpm可以定义多个资源池子pool,用不同的socket监听,两个pool互不影响,相互隔离 方法一:主配置文件增加,复制原有并修改即可 方法二:创建多个pool文件,放到下级目录 第一步:转移原有[www]pool并创建[axiang]pool [root@axiang-02 ~]# cd /usr/local/php-fpm/etc [root@axiang-02 etc]# vim php-fpm.conf //打开用于复制粘贴,[crtl-z]放后台 [root@axiang-02 etc]# vim php-fpm.d/axiang.conf [root@axiang-02 etc]# cat !$ cat php-fpm.d/axiang.conf [axiang] listen = /tmp/axiang.sock listen.mode = 666 user = php-fpm group = php-fpm pm = dynamic pm.max_children = 50 pm.start_servers = 20 pm

7.Web基础之Nginx

我的未来我决定 提交于 2019-11-29 00:33:37
1. Nginx基本概述 nginx是一个开源且高性能、可靠的http web服务、代理服务。 开源:直接获取源代码 高性能:支持海量并发 可靠:服务稳定 1.1 我们为什么选择Nginx服务 1.1.1 nginx非常轻量 功能模块少(源代码仅保留http与核心模块代码,其余不够核心代码会作为插件来安装) 代码模块化(易读,便于二次开发,对于开发人员非常友好) 1.1.2 互联网公司都选择nginx 1.nginx技术成熟,具备的功能是企业最常使用而且最需要的 2.适合当前主流架构趋势,微服务,云架构,中间层 3.统一技术栈,降低维护成本,降低技术更新成本。 1.1.3 nginx采用Epool网络模型,Apache采用select模型 select:当用户发起一次请求,select模型就会进行一次遍历扫描,从而导致性能低下; Epool:当用户发起请求,epool模型会直接进行处理,效率高效,并无连接限制。 Nginx典型应用场景 2. Nginx快速安装 nginx软件安装方式有很多种 1.源码编译==>Nginx(1.版本随意 2.安装复杂 3.升级繁琐) 2.epel仓库==>Nginx(1.版本较低 2.安装简单 3.配置不易读) 3.官方仓库==>Nginx(1.版本较新 2.安装简单 3.配置易读,推荐) 2.1 安装Nginx软件所需依赖包 [root@web01

Spring Boot 配置logback

拟墨画扇 提交于 2019-11-28 23:37:24
一:官网 logback的官方网站: http://logback.qos.ch 二:logback的配置文件 Logback 配置文件的语法非常灵活。正因为灵活,所以无法用 DTD 或 XML schema 进行定义。尽管如此,可以这样描述配置文件的基本结构:以<configuration>开头,后面有零个或多个<appender>元素,有零个或多个<logger>元素,有最多一个<root>元素。 三:不同日志框架下配置文件加载顺序 Logback: logback-spring.xml , logback-spring.groovy , logback.xml , logback.groovy Log4j: log4j-spring.properties , log4j-spring.xml , log4j.properties , log4j.xml Log4j2: log4j2-spring.xml , log4j2.xml 四:配置文件结构 五:分日志级别和环境配置示例 <?xml version="1.0" encoding="UTF-8"?> <configuration debug="true" scan="true" scanPeriod="30 seconds"> <contextName>SpringBootDemo</contextName>

MySQL之主从同步

早过忘川 提交于 2019-11-28 22:24:04
一、主从同步概念 1.1 什么是主从同步? MySQL 主从同步是指将数据从一个 MySQL 数据库服务器主节点复制到一个或多个从节点。 MySQL 默认采用异步复制方式,这样从节点不用一直访问主服务器来更新自己的数据,数据的更新可以在远程连接上进行,从节点可以复制主数据库中的所有数据库或者特定的数据库,或者特定的表。 1.2 主从同步使用场景 数据备份 读写分离 高可用 1.3主从同步原理 MySQL 主从同步是基于拷贝 binlog日志 来实现主从复制。 二、准备环境 1) 安装docker 2) 拉取 MySQL 镜像 [root@VM_0_15_centos conf]# docker pull mysql:5.7 3) 创建 docker 自定义网络段 [root@VM_0_15_centos /]# docker network create --subnet=192.168.0.0/16 mynetwork 4) 创建三个 MySQL 数据库容器 [root@VM_0_15_centos data]# docker run -di --name=my_01 --net mynetwork --ip 192.168.0.2 -p 33306:3306 -v /data/mysql/my1/conf:/etc/mysql/conf.d -v /data/mysql/my1

Nginx.conf参数配置详解

青春壹個敷衍的年華 提交于 2019-11-28 22:01:40
Nginx的配置文件nginx.conf配置详解如下: user nginx nginx;   #Nginx用户及组:用户 组。window下不指定 worker_processes 8;   #工作进程:数目。根据硬件调整,通常等于CPU数量或者2倍于CPU。 error_log logs/error.log; error_log logs/error.log notice; error_log logs/error.log info;   #错误日志:存放路径。 pid logs/nginx.pid;   #pid(进程标识符):存放路径。 worker_rlimit_nofile 204800;   指定进程可以打开的最大描述符:数目。   这个指令是指当一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数(ulimit -n)与nginx进程数相除,但是nginx分配请求并不是那么均匀,所以最好与ulimit -n 的值保持一致。   现在在Linux 2.6内核下开启文件打开数为65535,worker_rlimit_nofile就相应应该填写65535。   这是因为nginx调度时分配请求到进程并不是那么的均衡,所以假如填写10240,总并发量达到3-4万时就有进程可能超过10240了,这时会返回502错误。 events {   use epoll

出错处理

社会主义新天地 提交于 2019-11-28 21:54:14
出错处理 文章目录 出错处理 1 出错处理选项 2 C语言机制 2.1 assert宏 2.2 使用预编译 2.3 标准库函数 3 使用系统日志 3.1 openlog函数 3.2 syslog函数 1 出错处理选项 代码段对出错处理有几种选择: 不做处理,这种方法不可取。 检测错误并向用户提供有关信息。 最好的一种出错处理选择是由Linux编程环境通过系统日志记录错误信息,这样可以永久地记录错误信息。 2 C语言机制 2.1 assert宏 宏assert的作用是如果它测试的条件返回错误(0),则终止程序执行。它先计算表达式expression,若其值为假,则先向stderr打印出错信息,然后调用函数abort来终止程序运行。 # include <assert.h> void assert ( int expression ) ; 2.2 使用预编译 2.3 标准库函数 # include <stdlib.h> void abort ( void ) ; void exit ( int status ) ; void atexit ( void ( * fun ) ( void ) ) ; # include <stdio.h> void perror ( const char * s ) ; # include <string.h> char * strerror ( int

mysql innodb 性能优化

隐身守侯 提交于 2019-11-28 21:51:56
默认情况下,innodb的参数设置的非常小,在生产环境中远远不够用 比如最重要的两个参数 innodb_buffer_pool_size 默认是8M innodb_flush_logs_at_trx_commit 默认设置的是1 也就是同步刷新log(可以这么理解) innodb_buffer_pool_size: 这是InnoDB最重要的设置,对InnoDB性能有决定性的影响。默认的设置只有8M,所以默认的数据库设置下面InnoDB性能很差。在只有 InnoDB存储引擎的数据库服务器上面,可以设置60-80%的内存。更精确一点,在内存容量允许的情况下面设置比InnoDB tablespaces大10%的内存大小。 innodb_data_file_path:指定表数据和索引存储的空间,可以是一个或者 多个文件。最后一个数据文件必须是自动扩充的,也只有最后一个文件允许自动扩充。这样,当空间用完后,自动扩充数据文件就会自动增长(以8MB为单位)以 容纳额外的数据。例如: innodb_data_file_path=/disk1 /ibdata1:900M;/disk2/ibdata2:50M:autoextend两个数据文件放在不同的磁盘上。数据首先放在ibdata1 中,当达到900M以后,数据就放在ibdata2中。一旦达到50MB,ibdata2将以8MB为单位自动增长