我的设备上报数据的格式是 {"data":"sensor","type":"th","temperature":45,"humidity":23}
如果运维工程师手里没有高效的管理工具支持，就很难快速处理故障。市面上有很多运维监控工具，例如商业版的 Solarwinds、ManageEngine以及WhatsUp等，开源的MRTG、Nagios、Cacti、Zabbix、OpenNMS、Ganglia等。
所谓参数文件其实就是常说的mysql配置文件my.cnf,mysql启动的时候会去寻找配置文件my.cnf，如果找不到，相关参数就使用默认值，如果找到了，就使用配置文件中手动设置的相关参数值覆盖默认值。
MySQL日志记录了MySQL数据库日常操作和错误信息。MySQL有不同类型的日志文件（各自存储了不同类型的日志），从日志当中可以查询到MySQL数据库的运行情况、用户的操作、错误的信息等。
针对存储引擎为myisam的表，能够直接复制frm、myd、myi这三个文件起到备份的效果。须要还原的时候，再复制回来就能够达到还原效果。
在工作中，我们误删数据或者数据库，我们一定需要跑路吗？我看未必，程序员一定要学会自救，神不知鬼不觉的将数据找回。
此选项可以在Mysql客户端执行SQL语句，而不用连接到MySQL数据库再执行，对于一些批处理脚本，这种方式尤其方便。
该mysql不是值mysql服务，而是指mysql的客户端工具。 语法 ： mysql [options] [database]
MySQL备份一般采用全库备份加日志备份的方式，根据业务的需要，可以采用每周日凌晨1点进行完全备份以及每小时进行一次增量备份，这样在MySQL故障后可以使用完全备份和日志备份尽可能的去恢复最完整的数据。 一、binlog日志恢复 MySQL的二进制日志记录着该数据库所有增删改的操作日志（前提是需要自己开启binlog），还包括了这些操作的执行时间，binlog的使用场景无外乎就是主从同步以及恢复数据库。开启binlog功能，需要编辑MySQL的主配置文件，如下： 1、查看二进制功能是否开启（如下，值为OFF，则表示未开启）：
我们都知道 MySQL 是基于磁盘存储的数据库，因此其配置及数据肯定是存在磁盘中的。但 MySQL 到底有哪些相关的磁盘文件，它们的作用又是什么呢？相信不少人还不是很了解，今天我们就来介绍一下 MySQL 文件体系的六大文件。内容有点多，可以点赞收藏再看，方便下次查看哦！
MySQL慢查询日志是我们在日常工作中经常会遇到的一个功能，MySQL慢查询日志提供了超过指定时间阈值的查询信息，为性能优化提供了主要的参考依据，是一个非常实用的功能，MySQL慢查询日志的开启和配置非常简单，可以指定记录的文件（或者表），超过的时间阈值等就可以记录到慢sql了，实话讲，相比较sqlserver的trace或者扩展事件（虽然此二者的作用并非仅仅如此），MySQL的配置总是给人一种非常清爽的感觉。
0. 前言 1. 存储引擎查看 2. InnoDB存储引擎特性存储InnoDB历史 3. MyISAM存储引擎前言特性加锁与并发修复索引特性延迟更新索引键存储压缩表性能 4. InnoDB和MyISAM对比 5. MySQL其他存储引擎MEMORY存储引擎ARCHIVE存储引擎CSV存储引擎如何选择合适的存储引擎
本文我们一起来看看，MySQL 在崩溃恢复过程中都干了哪些事情，Redo 日志又是怎么大显身手的。
该篇文章对MySQL中的日志进行总结与简单介绍，不会涉及的太深。主要的目的是为了对MySQL中的日志文件有一个体系化的了解。后面会对每一种日志文件做具体的分析与总结。
日志文件记录了影响MySQL数据库的各种类型活动，MySQL数据库中常见的日志文件有错误日志，二进制日志，慢查询日志和查询日志。下面分别对他们进行介绍。
慢查询日志主要用来记录执行时间超过设置的某个时长的SQL语句，能够帮助数据库维护人员找出执行时间比较长、执行效率比较低的SQL语句，并对这些SQL语句进行针对性优化。
MySQL数据库官方文档：https://dev.mysql.com/doc/refman/5.7/en/server-logs.html 一、MySQL日志分类：日志文件记录了影响数据库的各种类型活动，MySQL数据库常见的日志文件分类。 错误日志(Error log) 慢查询日志(Slow query log) 二进制日志 查询日志 二、错误日志详解：MySQL错误日志是记录MySQL 运行过程中较为严重的警告和错误信息，以及MySQL每次启动和关闭的详细信息。 【查看MySQL数据库错误日志存放的位置
我们常常听人说，只要你愿意，MySQL 可以恢复至半个月甚至一个月以内的任何一个状态。网上也有很多删库跑路的段子。。。
在上一章我们了解到，物理文件层在MySQL架构位于最底层，将数据库的数据存储在文件系统上，并完成与存储引擎的交互。存储数据包括日志文件，数据文件，配置文件等。本章将介绍linux环境下MySQL的各类文件。
与InnoDb存储引擎密切相关的文件包括重做日志文件和表空间文件，首先来说说我对表空间文件的理解。表空间文件是用来存储表信息和表数据的，它默认的大小是10MB,名称为ibdata1，如下面代码的第10行所示（代码可以左滑）：
同大多数关系型数据库一样，日志文件是MySQL数据库的重要组成部分。MySQL有几种不同的日志文件，通常包括错误日志文件，二进制日志，通用日志，慢查询日志，等等。这些日志可以帮助我们定位mysqld内部发生的事件，数据库性能故障，记录数据的变更历史，用户恢复数据库等等。本文主要描述通用查询日志。
任何一个技术都有其底层的关键基础技术，这些关键技术很有可能也是其他技术的关键技术，学习这些底层技术，就可以一通百通，让你很快的掌握其他技术。如何在磁盘上存储数据，如何使用日志文件保证数据不丢失以及如何落盘，不仅是MySQL等数据库的关键技术，也是MQ消息队列或者其他中间件的关键技术之一。
max_connections：允许客户端并发连接的最大数量，默认值是151，一般将该参数设置为500-2000 max_connect_errors：如果客户端尝试连接的错误数量超过这个参数设置的值，则服务器不再接受新的客户端连接。可以通过清空主机的缓存来解除服务器的这种阻止新连接的状态，通过FLUSH HOSTS或MySQLadmin flush-hosts命令来清空缓存。这个参数的默认值是100，一般将该参数设置为100000。
MySQL是由SQL接口，解析器，优化器，缓存，存储引擎组成的（SQL Interface、 Parser、 Optimizer、Caches&Buffers、Pluggable Storage Engines）
MySQL 中的日志比较重要的有 binlog（归档日志）、redo log（重做日志）以及 undo log，那么跟我们本文相关的主要是 binlog，另外两个日志松哥将来有空了再和大家详细介绍。 1. binlog binlog 我们中文一般称作归档日志，如果大家看过松哥之前发的 MySQL 主从搭建，应该对这个日志有印象，当我们搭建 MySQL 主从的时候就离不开 binlog（传送门：MySQL8 主从复制踩坑指南）。 binlog 是 MySQL Server 层的日志，而不是存储引擎自带的日志，
一、日志类型： MySQL有几个不同的日志文件，可以帮助你找出mysqld内部发生的事情： 日志文件记入文件中的信息类型错误日志记录启动、运行或停止时出现的问题。查询日志记录建立的客户端连接和执行的语句。二进制日志记录所有更改数据的语句。主要用于复制和即时点恢复。慢日志记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。事务日志记录InnoDB等支持事务的存储引擎执行事务时产生的日志。 默认情况下，所有日志创建于mysqld数据目录中。通过刷新日志，你可以强制 mysqld来
MySQL通过二进制日志(binlog)来记录所有对数据库的更改操作，包括创建、修改、删除数据、创建、修改、删除表等。二进制日志可以用来恢复数据库到之前的某一个时间点或者在主从复制中用于同步数据。
1. general # 数据文件存放的目录 datadir=/var/lib/mysql # mysql.socket表示server和client在同一台服务器，并且使用localhost进行连接，就会使用socket进行连接 socket=/var/lib/mysql/mysql.sock # 存储mysql的pid pid_file=/var/lib/mysql/mysql.pid # mysql服务的端口号 port=3306 # mysql存储引擎 default_storage_eng
二进制日志中以“事件”的形式记录了数据库中数据的变化情况，对于MySQL数据库的灾难恢复起着重要的作用。
一些事件是没有类型代码的，因为他是其他事件的基类，如Log_event ，这些并不会写在日志文件中
错误日志（Error Log） 是 MySQL 中最常用的一种日志，主要记录 MySQL 服务器启动和停止过程中的信息、服务器在运行过程中发生的故障和异常情况等。
是这样子，前几日我的一位同事需要创建一个用户并且授权几张业务表提供给伙伴小组同事使用。脚本创建，提供授权。给伙伴使用时，伙伴小组给予的回复是查询不到表，整整给摆了一道乌龙。由于是半道儿上临时受命接的项目，也不知道前任捣鼓了啥，经过排查日志发现，是设置了MySQL的审计。好，那今日就浅浅的聊一下吧，作为一个成长。
实验环境：MySQL Community Server (GPL) 5.7.17、Ubuntu 16.04
指定MySQL服务器监听的IP地址，默认为0.0.0.0，表示所有IP地址。可以设置为127.0.0.1来限制只有本地可以访问MySQL服务。
MySQL 服务器支持一个HELP语句，该语句从 MySQL 参考手册中返回信息（参见 Section 15.8.3, “HELP Statement”）。这些信息存储在mysql模式的几个表中（参见 Section 7.3, “The mysql System Schema”）。HELP语句的正确操作要求这些帮助表被初始化。
MySQL的日志有主要有四种，会记录不同的操作行为，分别是----二进制日志、错误日志、查询日志、慢查询日志。开启日志是MySQL安全的必要手段之一，但是会影响MySQL的性能，所以要学会日志管理，根据实际的业务需求来选择日志。
通用查询日志（General Query Log） 用来记录用户的所有操作，包括启动和关闭MySQL服务、所有用户的连接开始时间和截止时间、发给 MySQL 数据库服务器的所有 SQL 指令等。当我们的数据发生异常时， 查看通用查询日志，还原操作时的具体场景 ，可以帮助我们准确定位问题。
和大多数关系型数据库一样，日志文件是MySQL数据库的重要组成部分。MySQL有几种不同的日志文件，通常包括错误日志文件，二进制日志，通用日志，慢查询日志，等等。这些日志可以帮助我们定位mysqld内部发生的事件，数据库性能故障，记录数据的变更历史，用户恢复数据库等等。
虽然遇到这些插件的概率不高，我还是把这些插件的基本参数都列出来，到时候如果真遇到了，也不至于一头雾水。
MySQL[是一个开放源码的小型关联式数据库管理系统，开发者为瑞典MySQL AB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。]
在上一篇文章中，我们从一个查询语句的执行流程知道了 MySQL 架构可分为 Server 层和存储引擎层，以及各个层级的具体部件。
前两篇我们了解到MySQL的整体架构，其分为了四层，包括网络连接层，核心层，存储引擎层，物理层，以及各层的作用。另外还知道了InnoDB存储引擎层的架构，包括缓存池和线程。
很多小伙伴工作很长时间了，对于MySQL的掌握程度却仅仅停留在表面的CRUD，对于MySQL深层次的原理和技术知识了解的少之又少，随着工作年限的不断增长，职场竞争力却是不断降低的。很多时候，出去面试时，被面试官吊打的现象成了家常便饭。
我们的系统在和 MySQL 数据库进行通信前，需要先和数据库建立连接，而这个功能就是由MySQL驱动底层帮我们完成的，建立完连接之后，我们只需要发送 SQL 语句就可以执行 CRUD 了。如下图所示：
MySQL 一般是安装在服务器上的，我们在客户端可以进行连接，然后可以进行一些增删改查操作。下面我们分服务器端和客户端来讲解一下 MySQL 的实用工具集。
如果对 Innodb 数据表有大量的写入操作，那么选择合适的 innodb_log_file_size 值对提升MySQL性能很重要。然而设置太大了，就会增加恢复的时间，因此在MySQL崩溃或者突然断电等情况会令MySQL服务器花很长时间来恢复。
MySQL默认情况下没有开启查询日志，如果需要开启查询日志，则需要在 my.cnf 文件或者 my.ini 文件的 [mysqld] 选项下进行配置。例如，配置开启 MySQL 的查询日志：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
