Zabbix监控Mysql | Mysql 5.7，8.0基准性能比较，Mysql8.0主主配置
MySQL 是一种关系型数据库，是开源免费的，且方便扩展，任何人都可以在 GPL(General Public License) 的许可下下载并根据个性化的需要对其进行修改。默认端口号是 3306。
使用xtrabackup对主库进行备份，在从节点主机上进行恢复，并将还原后的实例部署为主库的从节点。在启动介质与主库版本一致的情况下，启动主从同步后，日志出现如下错误：
你好，我是 Guide。分享一道群友面试虾皮遇到的 MySQL 面试真题。原面试题如下：
mysql提供一套INNODB监控机制，用于周期性(每15钞)输出INNODB运行相关状态(INNODB运行状态、表空间状态、表状态等)到mysqld服务标准错误输出。另外，INNODB标准监控和锁监控，也可以通过命令：show engine innodb status输出到控制台。
公司原有的架构：一个展示型的网站，LAMT，MySQL5.1.77版本（MYISAM），50M数据量。
写在前面：2020年面试必备的Java后端进阶面试题总结了一份复习指南在Github上，内容详细，图文并茂，有需要学习的朋友可以Star一下！ GitHub地址：https://github.com/abel-max/Java-Study-Note/tree/master
innodb_ruby是jeremycole的一个用于分析Innodb相关结构的一个程序，也是非常方便我们研究Innodb的结构的工具。 1. 工具安装
本次进行MySQL5.7版本的安装，关于MySQL版本选择、官网下载地址、相关系统配置等操作可以参照之前的博文,本文就不在赘述咯。可以参考历史文章处理，下面直奔主题，进行相关安装工作。
操作系统版本：CentOS Linux release 7.6.1810 (Core)，默认的yum源安装后ruby的版本是2.0 ,而innodb_ruby需要2.2及以上版本，因此修改yum源，再安装指定高版本
https://www.chinauos.com/resource/download-server
今天翻看MySQL8.0的官方文档的时候，看到了MySQL8.0的几个新特性，简单测了下，跟MySQL5.7做了下对比，测试的结果如下：
对于MySQL的历史，相信很多人早已耳熟能详，这里就不要赘述。下面仅从产品特性的角度梳理其发展过程中的里程碑事件。
操作系统：CentOS 7 Mysql版本：Mysql 8.0.x Docker版本：Docker version 20.10.10
MySQL支持多种存储引擎，其中最常用的有InnoDB、MyISAM。我们可以通过show engines来查看当前数据库所支持的存储引擎。
重点关注 ： Innodb_row_lock_time_avg 、Innodb_row_lock_waits 、Innodb_row_lock_time
MySQL中如果要查看InnoDB的状态，如果想看到更完整的信息，毫无疑问就是命令show engine innodb status。
MySQL5.5以后版本的默认存储引擎 支持事物的ACID特性 Innodb使用表空间存储 innodb_file_per_table (如果此参数为ON) 则会创建一个独立的表空间:tablename.ibd 系统表空间:ibdataX(如果参数为OFF) X表示一个数字 演示参数ON mysql> show variables like 'innodb_file_per_table'; +-----------------------+-------+ | Variable_name
1999年至 2000 年，Monty 成立了MySQL AB 这个公司。 2000 年，MySQL 公布了自己的源代码，并采用了 GPL 许可协议，正式进入开源的世界，这让 MySQL 迅速发展。2005 年 10 月 MySQL 发布了一个里程碑式的版本 MySQL 5.0 。
目前公司部署MySQL是通过平台化操作的，周五的时候，平台暂时出了点儿问题，手上有个需求比较着急，就直接手动的部署了一下，由于好长时间没有部署环境了，竟然有些手生，这里把部署的步骤以及遇到的问题记录下来，希望对大家有所帮助。
oracle官方发布的基准测试声明：In benchmark tests using SysBench Read-only Point-Selects, at 1,024connections, MySQL 5.7 delivered 1,600,000 queries per second (QPS)-- 3x faster than MySQL 5.6.
我们开的的各式各样系统中，系统运行需要CPU、内存、I/O、磁盘等等资源。但除了硬资源外，还有最为重要的软资源：数据。
继续和大家分享，我去上海美团面试遇到的技术问题，当时，回答的也是马马虎虎的，不能说不好，也不能说好，反正就是没有给面试官一种爽的感觉。
作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：
网名“北在南方”，资深 DBA，主要负责数据库架构设计和运维平台开发工作，擅长数据库性能调优、故障诊断。
这篇文章之前发过，不过，我最近对其进行了重构完善并且修复了很多小问题。所以，在公号再同步一下！
从日志中可以看出是innodb引擎出了问题。日志里提示到 http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html查看强制恢复的方法。
「数据库存储引擎是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更新和删除数据」。不同的存储引擎提供不同的存储机制、索引、锁等功能。许多数据库管理系统都支持多种不同的数据引擎。
现实生活中我们用来存储数据的文件有不同的类型，每种文件类型对应各自不同的处理机制：比如处理文本用txt类型，处理表格用excel，处理图片用png等
MySQL8.0支持原子DDL。原子DDL将DDL操作相关联的数据字典更新、存储引擎操作和二进制日志写入合并到单个原子事务中。
在Innodb存储引擎中，后台线程的主要作用是负责刷新内存池中的数据，保证缓冲池中的内存缓存的是最近的数据。此外它会将已经修改的数据文件刷新到磁盘文件中，保证数据库在发生异常的情况下，Innodb能够恢复到正常的运行状态。上一节中我们讲到了redo log的刷盘操作，其实就是后台线程帮忙完成的。
线上有个数据库主从环境的MySQL版本是5.5.19版本的，由于5.5.19环境的MySQL在运维侧的支持不太好，例如：不能动态修改buffer_pool的值，alter table增加列的操作会长时间锁表等等。所以经过商量，需要对它进行升级，这次我采用的是在线升级的办法。我总结了一下在线升级过程中的总体步骤：
读取顺序：/etc/mysql/my.cnf>/etc/my.cnf>~/.my.cnf
某个客户反馈查询数据库发现 information_schema.tables 的 data_free 值突发异常，达到 13G 左右。如图：
我们都知道 MySQL 是基于磁盘存储的数据库，因此其配置及数据肯定是存在磁盘中的。但 MySQL 到底有哪些相关的磁盘文件，它们的作用又是什么呢？相信不少人还不是很了解，今天我们就来介绍一下 MySQL 文件体系的六大文件。内容有点多，可以点赞收藏再看，方便下次查看哦！
MySQL的査询优化器会通过两个API来了解存储引擎的索引值的分布信息,以决定如何使用索引。第一个API是 records_in_range()，通过向存储引擎传入两个边界值获取在这个范围大概有多少条记录。对于某些存储引擎，该接口返回精确值，例如MyISAM；但对于另一些存储引擎则是一个估算值，例如 InnoDB。 第二个API是info()，该接口返回各种类型的数据，包括索引的基数(每个键值有多少条记录)。 如果存储引擎向优化器提供的扫描行数信息是不准确的数据，或者执行计划本身太复杂以致无法准确地获取各个阶段匹配的行数，那么优化器会使用索引统计信息来估算扫描行数。 MySQL优化器使用的是基于成本的模型，而衡量成本的主要指标就是一个查询需要扫描多少行。如果表没有统计信息，或者统计信息不准确，优化器就很有可能做出错误的决定。可以通过运行ANALYZE TABLE来重新生成统计信息解决这个问题。 每种存储引擎实现索引统计信息的方式不同，所以需要进行ANALYZE TABLE的频率也因不同的引擎而不同，每次运行的成本也不同：
事务是MySQL等关系型数据库区别于NoSQL的重要方面，是保证数据一致性的重要手段。本文将首先介绍MySQL事务相关的基础概念，然后介绍事务的ACID特性，并分析其实现原理。
事务是 MySQL 等关系型数据库区别于 NoSQL 的重要方面，是保证数据一致性的重要手段。
来源:https://www.cnblogs.com/kismetv/p/10331633.html
2、准备数据 网址：https://dev.mysql.com/doc/sakila/en/sakila-installation.html
从上图我们可以查看出 MySQL 当前默认的存储引擎是InnoDB,并且在5.7版本所有的存储引擎中只有 InnoDB 是事务性存储引擎，也就是说只有 InnoDB 支持事务。
MySQL日志记录了MySQL数据库日常操作和错误信息。MySQL有不同类型的日志文件（各自存储了不同类型的日志），从日志当中可以查询到MySQL数据库的运行情况、用户的操作、错误的信息等。
存储引擎是数据库的核心，MySQL的存储引擎架构被设计为可插拔式架构模式，也就是在不影响任何业务逻辑的情况下，我们可以随时替换当前的存储引擎，以达到以存储和性能方面的需求。
测试版本：Server version: 5.1.58-log MySQL Community Server (GPL)
据小道消息，MYSQL 将不在8个开头混了，要转变为 9 这个开头了，那么目前最新的8.030 这个版本的MYSQL 在两个部分的变化较大，并且这两个地方的变化预示这什么，MYSQL将往哪个地方继续变化，这是一个需要研究和理解的地方。
MYSQL 8 发布也是有些日子了，但使用的人数和单位都不多，原因大部分大企业，银行已经开始使用国内的自研的MYSQL 作为主力，同时MYSQL 5.7 在目前使用中并未出现什么重大的缺陷，并且周边的生态都是基于 5.6 5.7 的，所以更换MYSQL 8 是不是吃力不讨好的一件事情，另外网传，并且自己也测试了一些东西，发现MYSQL8 在某些方面尤其是查询的速度来说，并没有快到哪里去，反倒是有可能更慢。
AdminAPI包含对InnoDB ReplicaSet的支持，使您能够以类似于管理InnoDB cluster的方式构建与管理基于异步GTID的复制的一组MySQL实例。InnoDB ReplicaSet由一个主节点和多个从节点构成。您可以使用ReplicaSet对象和AdminAPI操作管理复制集，例如检查InnoDB复制集的状态，并在发生故障时手动故障转移到新的主服务器。与InnoDB cluster类似，MySQL Router支持针对InnoDB replicset的引导，这意味着您可以自动配置MySQL Router以使用InnoDB replicset，而无需手动配置文件。这使得InnoDB ReplicaSet成为一种快速简便的方法，可以启动和运行MySQL复制和MySQL Router，非常适合扩展读取，并在不需要InnoDB集群提供高可用性的用例中提供手动故障转移功能。
大部分朋友估计都只知道写sql然后执行，但是并不知道MySQL背后到底是怎么实现的。
在可重复读隔离级别下，事务在启动的时候就拍另一个快照。注意，这个快照时基于整库的。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
