log文件

日志文件 1. err日志 error log 记录mysql在运行的过程中所有较为严重的警告和错误信息，以及mysql server每次启动和关闭的详细信息。系统在默认情况下关闭error log 功能。error log 默认存放在data目录下，默认文件名为主机名.err。error log 通过两种方式开启： 1）. 启动mysqld时，附加上--log-error参数 2) . 在my.cnf中配置log-error系统环境变量 当进入mysql后执行 flush logs命令后，mysql会将当前的错误日志文件附加-old文件保存，并且创建一个新的空错误日志文件，仅仅在指定--log-error的情况下。 注：error log 不全是保存是警告和错误信息，还保存每次启动和关闭的信息。 ps启动时信息: 130420 16:19:29 mysqld_safe mysqld from pid file /data0/mysql_data_7706/FZTEST-24178.pid ended 130420 16:19:30 mysqld_safe Starting mysqld daemon with databases from /data0/mysql_data_7706 error: Found option without preceding group in

Mysql + canal + zookeeper环境搭建 一、mysql集群搭建 1. mysql基本环境 操作系统： Linux version 2.6.32-431.el6.x86_64 数据库：MySQL Community Server 5.7.20 主节点IP：10.60.81.157 主节点IP：10.60.81.158 从节点IP：10.60.81.159 2. 安装mysql 2.1．官网下载MySQL mysql-5.7.20-1.el6.x86_64.rpm-bundle.tar 2.2. 三个节点都安装： 2.2.1．三个节点查看是否安装mysql rpm -qa | grep mysql rpm -e --nodeps mysql-libs-5.1.66-2.el6_3.x86_64 （有则删除） 2.2.2. 三个节点都安装mysql tar –xvf mysql-5.7.20-1.el6.x86_64.rpm-bundle.tar rpm -ivh mysql-community-common-5.7.20-1.el6.x86_64.rpm rpm -ivh mysql-community-libs-5.7.20-1.el6.x86_64.rpm rpm -ivh mysql-community-client-5.7.20-1.el6.x86_64

来自百度知道是不是eclipse版本太新引起的，我在更新之后也出现了这样的问题， 解决方法： 1，打开eclipse安装目录下的eclipse.ini文件； 2，打开的文本文件最后添加一行 --add-modules=ALL-SYSTEM 3，保存重新打开Eclipse。 解决方法： 1，打开eclipse安装目录下的eclipse.ini文件； 2，打开的文本文件最后添加一行 --add-modules=ALL-SYSTEM 3，保存重新打开Eclipse。 来源： https://www.cnblogs.com/Flyfishy/p/12307821.html

RESTORE (Transact-SQL) SQL Server 2008 R2 其他版本 还原使用 BACKUP 命令所做的备份。通过此命令，您可以执行下列还原方案： 基于完整数据库备份还原整个数据库（完整还原）。 还原数据库的一部分（部分还原）。 将特定文件或文件组还原到数据库（文件还原）。 将特定页面还原到数据库（页面还原）。 将事务日志还原到数据库（事务日志还原）。 将数据库恢复到数据库快照捕获的时间点。 有关 SQL Server 还原方案的详细信息，请参阅还原与恢复概述 (SQL Server) 和实现 SQL Server 数据库还原方案。 注意 有关参数说明的详细信息，请参阅 RESTORE 参数 (Transact-SQL)。 Transact-SQL 语法约定 语法 --To Restore an Entire Database from a Full database backup (a Complete Restore): RESTORE DATABASE { database_name | @database_name_var } [ FROM <backup_device> [ ,...n ] ] [ WITH { [ RECOVERY | NORECOVERY | STANDBY = {standby_file_name | @standby

需求： 从Excel中读取记录行（每一行就是一个API（url，请求类型，名称，描述，参数，预期值）） 使用参数化对每一次的请求，要使用requests发请求，获取请求结果，从结果中提取字段，跟预期值做断言， 使用allure生成测试报告 为每一个请求用例添加title和description 将测试报告发邮件 问题：发邮件的时候，能发文件夹吗？答案是不能， 解决办法是：将allure报告文件夹打包成zip 发送zip文件 在你认为的关键点添加上log日志 请求的时候 断言的时候 可选打包的时候 读Excel的时候 为了解耦合，需要遵循软件开发规范 数据文件夹 配置文件夹 脚本文件夹 等等 如果写的困难得，可以在一个文件中实现 用到的知识点： requests pytest Excel表格操作 发邮件 日志功能 项目开发规范的目录应用 allure title知识点 　　　　　　2.description知识点 一、1.把软件开发规范的相关目录建立起来： 二、配置settings： import osimport datetimeimport shutilimport sysbase_dir = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))# print(base_dir) #D:\s27\day69\nb#

一、上节回顾 上节我们讲到，建议将 redo log 的刷盘策略设置为1：即提交事务时，强制将 redo log buffer 里的 redo log 刷入到磁盘后才算事务提交成功。 但是我们都知道， redo log buffer 是 InnoDB 存储引擎的组件，而 MySQL 支持很多种存储引擎，那么 MySQL 在撇除存储引擎后，自己就没有记录一下关于数据更新的日志吗？ 二、binlog 日志文件 redo log 本身是 InnoDB 存储引擎特有的一个东西，所以 MySQL 也提供了一种所有存储引擎共享的日志文件，叫 binlog 。 所以在提交事务时，不但会有 rodo log ，还有会 binlog 产生。 binlog 写入到哪里？ 由于 binlog 不是 innoDB 存储引擎特有的组件，所以 binlog 不会像 redo log 一样先写入到缓冲池中的 redo log buffer 组件然后再刷回到磁盘中，所以应该是直接写入磁盘中。 binlog 的刷盘策略？ binlog 也有刷盘策略，那么就是说， binlog 并不一定是直接写入磁盘文件中。 binlog 的刷盘策略由参数 sync_binlog 参数控制。默认值是0，提交事务时，会将 binlog 写入 os cache 内存缓存中。但是这样会出现 MySQL 宕机导致内存缓存中的 binlog

双机热备（双机容错）就是对于重要的服务，使用两台服务器，互相 备份 ，共同执行同一服务。当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务　双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。但在实际应用中，可能会出现多台服务器的情况，即服务器集群　双机热备一般情况下需要有共享的存储设备。但某些情况下也可以使用两台独立的服务器　实现双机热备，需要通过专业的集群 软件 或双机软件 从狭义上讲，双机热备特指基于active/standby方式的服务器热备。服务器数据包括 数据库 数据同时往两台或多台服务器写，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过双机软件的诊测（一般是通过心跳诊断）将 standby 机器激活，保证应用在短时间内完全恢复正常使用. 所以，像VCS (VERITAS Cluster Manager)等软件实现的 Oracle Cluster Server 以及Oracle Standby ,Oracle RAC (Real Application Cluster),高级复制(Advanced Replication), Streams等技术都能认为是双机热备。 二．Physical Standby，Logical

MySQL之Xtrabackup备份与恢复 一、Xtrabackup介绍 　　MySQL冷备、mysqldump、MySQL热拷贝都无法实现对数据库进行增量备份。在实际生产环境中增量备份是非常实用的，如果数据大于50G或100G，存储空间足够的情况下，可以每天进行完整备份，如果每天产生的数据量较大，需要定制数据备份策略。例如每周实用完整备份，周一到周六实用增量备份。而Percona-Xtrabackup就是为了 　　实现增量备份而出现的一款主流备份工具，xtrabakackup有2个工具，分别是xtrabakup、innobakupe。 　　Percona-xtrabackup是 Percona公司开发的一个用于MySQL数据库物理热备的备份工具，支持MySQL、Percona server和MariaDB，开源免费，是目前较为受欢迎的主流备份工具。xtrabackup只能备份innoDB和xtraDB两种数据引擎的表，而不能备份MyISAM数据表。 二、Xtrabackup优点 （1）备份速度快，物理备份可靠 （2）备份过程不会打断正在执行的事务（无需锁表） （3）能够基于压缩等功能节约磁盘空间和流量 （4）自动备份校验 （5）还原速度快 （6）可以流传将备份传输到另外一台机器上 （7）在不增加服务器负载的情况备份数据 三、Xtrabackup备份原理

MySQL数据库备份与恢复 1、备份方式 逻辑备份（文本表示：SQL 语句） 物理备份（数据文件的二进制副本） 基于快照的备份 基于复制的备份 增量备份（刷新二进制日志） 2、备份类型 2.1 热备份 这些动态备份在读取或修改数据的过程中进行，很少中断或者不中断传输或处理数据的功能。使用热备份时，系统仍可供读取和修改数据的操作访问。 2.2冷备份 这些备份在用户不能访问数据时进行，因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是，对于某些应用程序，会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。 2.3温备份 这些备份在读取数据时进行，但在多数情况下，在进行备份时不能修改数据本身。这种中途备份类型的优点是不必完全锁定最终用户。但是，其不足之处在于无法在进行备份时修改数据集，这可能使这种类型的备份不适用于某些应用程序。在备份过程中无法修改数据可能产生性能问题。 3、物理备份 物理备份由存储数据库内容的目录和文件的原始副本组成。这种类型的备份适用于需要在发生问题时快速恢复的大型重要数据库。 3.1物理备份的特点 备份由数据库目录和文件的精确副本组成。通常这是全部或部分MySQL数据目录的副本。 物理备份方法比逻辑更快，因为它们只涉及文件复制而无需转换。 输出比逻辑备份更紧凑。 由于备份速度和紧凑性对繁忙

MySQL经典面试题 1、MySQL的复制原理以及流程 (1)、复制基本原理流程 1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进 自己的relay log中； 3. 从：sql执行线程——执行relay log中的语句； (2)、MySQL复制的线程有几个及之间的关联 MySQL 的复制是基于如下 3 个线程的交互（ 多线程复制里面应该是 4 类线程）： 1. Master 上面的 binlog dump 线程，该线程负责将 master 的 binlog event 传到slave； 2. Slave 上面的 IO 线程，该线程负责接收 Master 传过来的 binlog，并写入 relay log； 3. Slave 上面的 SQL 线程，该线程负责读取 relay log 并执行； 4. 如果是多线程复制，无论是 5.6 库级别的假多线程还是 MariaDB 或者 5.7 的真正的多线程复制， SQL 线程只做 coordinator，只负责把 relay log 中的 binlog读出来然后交给 worker 线程， woker 线程负责具体 binlog event 的执行； (3)