MySQL备份一般采用全库备份加日志备份的方式，根据业务的需要，可以采用每周日凌晨1点进行完全备份以及每小时进行一次增量备份，这样在MySQL故障后可以使用完全备份和日志备份尽可能的去恢复最完整的数据。 一、binlog日志恢复 MySQL的二进制日志记录着该数据库所有增删改的操作日志（前提是需要自己开启binlog），还包括了这些操作的执行时间，binlog的使用场景无外乎就是主从同步以及恢复数据库。开启binlog功能，需要编辑MySQL的主配置文件，如下： 1、查看二进制功能是否开启（如下，值为OFF，则表示未开启）：
操作系统版本：CentOS Linux release 7.7.1908 (Core)
在项目里面，多多少少都隐藏着一些执行比较慢的SQL, 不同的开发测试人员在平时使用的过程中多多少少都能够遇到，但是无法立马有时间去排查解决。那么如果有一个文件能够将这些使用过程中比较慢的SQL记录下来，定期去分析排查，那该多美好啊。这种情况MySQL也替我们想到了，它提供了SQL慢查询的日志，本文就分享下如何使用吧。
Mysql复制（replication）是一个异步的复制，从一个Mysql 实例（Master）复制到另一个Mysql 实例（Slave）。实现整个主从复制，需要由Master服务器上的IO进程，和Slave服务器上的Sql进程和IO进程共从完成。要实现主从复制，首先必须打开Master端的binary log（bin-log）功能，因为整个 MySQL 复制过程实际上就是Slave从Master端获取相应的二进制日志，然后再在自己slave端完全顺序的执行日志中所记录的各种操作。（二进制日志几乎记录了除select以外的所有针对数据库的sql操作语句）
MySQL日志是在MySQL server上生成的，不管更改哪个存储引擎，这些日志都是需要有的，包括：
MySQL的慢查询日志是MySQL提供的一种日志记录，他用来记录在MySQL中响应的时间超过阈值的语句，具体指运行时间超过long_query_time（默认是10秒）值的SQL，会被记录到慢查询日志中。
糖豆贴心提醒，本文阅读时间5分钟 血的教训，事发经过就不详述了。直接上操作步骤及恢复思路（友情提示：数据库的任何操作都要提前做好备份），以下是Mysql数据后的恢复过程： 1. 找到binlog 恢复数据的前提是必须开启Mysql的binlog日志，如果binlog日志没开启，请忽略此篇文档。binlog日志是否开启可以查看Mysql配置文件。日志位置一般在/var/lib/mysql目录或者编译安装的date目录下。也可登录Mysql用命令查看。 # cat /etc/my.cnflog_bin
错误日志是MySQL中最重要的日志之一，它记录了当MySQL启动和停止时，以及服务器在运行过程中发生的任何严重错误时的相关信息，当数据库出现任何故障导致无法正常使用时，建议首先查看此日志
Django ORM生成的MySQL数据库的SQL语句其实可以通过打印QuerySet对象的query属性来查看，但是这样只能查看到对应的SQL语句，你依旧不知道在Mysql数据库中执行了操作。所以最好的办法还是直接查看MySQL数据库的日志。
上周五面试了字节的第三面，深感数据库知识的重要，我也意识到在平时的学习中，自己对于数据库的学习较为薄弱。甚至在有过一定实习经验之后，依旧因为开发分工的原因，对数据库方面的知识掌握依旧不多。我也相信，很多人对MySQL的 索引、 日志、 多版本并发控制、 ACID等等都只停留在八股文的阶段。
学完数据库基础知识，要想更深入地了解数据库，就需要学习数据库进阶知识，今天我们就先来聊一聊慢SQL查询那些事儿。
MySQL 客户端连接成功后，通过 show [session|global] status 命令可以提供服务器状态信息。通过如下指令，可以查看当前数据库的INSERT、UPDATE、DELETE、SELECT的访问频次：
对于SQL和索引的优化问题，我们会使用explain去分析SQL语句。但是真正的企业级项目有成千上万条SQL，我们不可能从头开始一条一条explain去分析。我们从什么地方可以获取那些运行时间长，耗性能的SQL？？
MySQL日志管理 错误日志 配置方法： vim /etc/my.cnf [mysqld] log-error=/tmp/mysql.log 查看配置方式： show variables like '%log%error%'; 作用： 记录mysql数据库的一般状态信息及报错信息，是我们对于数据库常规报错处理的常用日志。 一般查询日志 配置方法： vim /etc/my.cnf [mysqld] general_log=on general_log_file=/data/mysql/server2.log
监控系统监控到我们的程序变慢了，怀疑是sql的原因，要怎么去分析排查呢？一般按照如下几个步骤进行：
此选项可以在Mysql客户端执行SQL语句，而不用连接到MySQL数据库再执行，对于一些批处理脚本，这种方式尤其方便。
慢查询日志是MySQL数据库的一个特殊的日志文件，记录了执行时间超过一定阈值的SQL语句和相关的信息。
当master服务器上的数据发生改变时(增、删、改)，则将其改变写入二进制binlog日志中；slave服务器会在一定时间间隔内对master二进制日志进行探测其是否发生改变，如果发生改变，则开启一个I/O 线程请求master二进制事件，同时主节点为每个I/O线程启动一个dump线程，用于向其发送二进制事件，并保存至从库本地的中继日志中，从库(从节点)将启动SQL线程从中继日志中读取二进制日志，在本地重放，使得其数据和主节点的保持一致，最后IO线程和SQL线程将进入睡眠状态，等待下一次被唤醒。
MySQL提供了多种日志功能，用于记录数据库运行时的各种信息，如错误日志、一般查询日志和慢查询日志等。这些日志可以帮助数据库管理员监控数据库的运行状态、诊断问题和优化性能。下面将详细说明这三种日志的查看方法，并提供具体的示例。
MySQL通过慢查询日志定位那些执行效率较低的SQL 语句，用--log-slow-queries[=file_name]选项启动时，mysqld 会写一个包含所有执行时间超过long_query_time 秒的SQL语句的日志文件，通过查看这个日志文件定位效率较低的SQL 。 慢查询日志在查询结束以后才记录，所以在应用反映执行效率出现问题的时候查询慢查询日志并不能定位问题，可以使用show processlist命令查看当前MySQL在进行的线程，包括线程的状态、是否锁表等，可以实时地查看SQL 的执
在任何一种数据库中，都会有各种各样的日志，记录着数据库工作的方方面面，以帮助数据库管理员追踪数据库曾经发生过的各种事件。MySQL 也不例外，在 MySQL 中，有 4 种不同的日志，分别是错误日志、二进制日志（BINLOG 日志）、查询日志和慢查询日志，这些日志记录着数据库在不同方面的踪迹。
MySQL 的慢查询日志是MySQL提供的一种日志记录，他用来记录在MySQL中响应时间超过阀值的语句。
二进制日志中以“事件”的形式记录了数据库中数据的变化情况，对于MySQL数据库的灾难恢复起着重要的作用。
binlog中可以不记录执行的sql语句的上下文相关的信息，仅需要记录那一条记录被修改成什么了。所以rowlevel的日志内容会非常清楚的记录下每一行数据修改的细节。而且不会出现某些特定情况下的存储过程，或function，以及trigger的调用和触发无法被正确复制的问题
在任何一种数据库中，都会有各种各样的日志，记录着数据库工作的方方面面，以帮助数据库管理
该mysql不是值mysql服务，而是指mysql的客户端工具。 语法 ： mysql [options] [database]
由于数据库的读量大于写量，所以当读锁源源不断时，写锁就不能施加。所以可能采用读5个，写1个的策略施加锁就可以解决问题(具体的情况视各自的"锁策略"而定)
MySQL数据库官方文档：https://dev.mysql.com/doc/refman/5.7/en/server-logs.html 一、MySQL日志分类：日志文件记录了影响数据库的各种类型活动，MySQL数据库常见的日志文件分类。 错误日志(Error log) 慢查询日志(Slow query log) 二进制日志 查询日志 二、错误日志详解：MySQL错误日志是记录MySQL 运行过程中较为严重的警告和错误信息，以及MySQL每次启动和关闭的详细信息。 【查看MySQL数据库错误日志存放的位置
日志就跟人们写的日记一样，记录着过往的事情。但是人的日记是主观的（记自己想记的内容），而数据库的日志是客观的，根据记录内容分为以下好几种日志：
1、做数据的热备，作为后备数据库，主数据库服务器故障后，可切换到从数据库继续工作，避免数据丢失。
服务器系统负载高，CPU长时间接近100%，通过top命令查看得知mysqld占用极高，问题锁定mysql。通常是由于SQL语句优化不到位造成的。
作用： 记录mysql数据库的一般状态信息及报错信息，是我们对于数据库常规报错处理的常用日志。
MySQL 备份一般采取全库备份加日志备份的方式，例如每天执行一次全备份，每小时执行一次二进制日志备份。这样在 MySQL 故障后可以使用全备份和日志备份将数据恢复到最后一个二进制日志备份前的任意位置或时间。
【温馨提示】由于公众号更改了推送规则，不再按照时间顺序排列，如果不想错过测试开发技术精心准备的的干货文章，请将测试开发技术设为“星标☆”，看完文章在文尾处点亮“在看”！
如何查找MySQL中查询慢的SQL语句
MySQL的日志有主要有四种，会记录不同的操作行为，分别是----二进制日志、错误日志、查询日志、慢查询日志。开启日志是MySQL安全的必要手段之一，但是会影响MySQL的性能，所以要学会日志管理，根据实际的业务需求来选择日志。
在应用的的开发过程中，由于初期数据量小，开发人员写 SQL 语句时更重视功能上的实现，但是
很多小伙伴工作很长时间了，对于MySQL的掌握程度却仅仅停留在表面的CRUD，对于MySQL深层次的原理和技术知识了解的少之又少，随着工作年限的不断增长，职场竞争力却是不断降低的。很多时候，出去面试时，被面试官吊打的现象成了家常便饭。
爱可生交付服务部团队 DBA 擅长日志分析、问题排查等；主要负责处理 MySQL 与我司自研数据库自动化管理平台 DMP 的日常运维问题，对数据库及周边技术有浓厚的学习兴趣。
MySQL 中的日志比较重要的有 binlog（归档日志）、redo log（重做日志）以及 undo log，那么跟我们本文相关的主要是 binlog，另外两个日志松哥将来有空了再和大家详细介绍。 1. binlog binlog 我们中文一般称作归档日志，如果大家看过松哥之前发的 MySQL 主从搭建，应该对这个日志有印象，当我们搭建 MySQL 主从的时候就离不开 binlog（传送门：MySQL8 主从复制踩坑指南）。 binlog 是 MySQL Server 层的日志，而不是存储引擎自带的日志，
当时想了一下，因为博主没有遇到过这个问题，但是也多少了解一些，所以就回答通过mysql的binlog日志进行恢复。
在MySQL数据库中，想了解数据库运行情况的重要指标之一是慢SQL。而并非如某些人所说的所有运行慢的SQL都会被记录在慢SQL日志（或日志表）里，抑或是没有慢SQL就代表没有运行慢的SQL。本文将总结一些比较常见的运行比较慢但不会被记录在慢SQL日志里的情况。另外，慢SQL的计算方式在MySQL8.0新版本中有变化，因此，将通过对比MySQL5.7（MySQL5.7.38）与MySQL8.0（MySQL8.0.33）进行总结。
当前，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会对性能造成一定的影响，慢查询日志支持将日志记录到文件中
慢查询日志主要用来记录执行时间超过设置的某个时长的SQL语句，能够帮助数据库维护人员找出执行时间比较长、执行效率比较低的SQL语句，并对这些SQL语句进行针对性优化。
爱可生数据库工程师，负责 MySQL 日常维护及 DMP 产品支持。擅长mysql故障处理。
大家好，我是田维常，可以叫我老田，也可以叫我田哥。2017年的时候，我刚去上海，朋友内推我去美团面试，之前我也写过一个一篇文章，也是在美团面试中遇到的：
默认情况下会给一个缺省的文件host_name-slow.log，当我们指定路径之后就会覆盖这个默认的缺省文件路径
所谓参数文件其实就是常说的mysql配置文件my.cnf,mysql启动的时候会去寻找配置文件my.cnf，如果找不到，相关参数就使用默认值，如果找到了，就使用配置文件中手动设置的相关参数值覆盖默认值。
Linux没有图形化界面，我们只能通过控制台去操作系统，我们就要使用类似DOS命令的Linux命令去操作系统
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
