上期文档中我们让mysql开启慢查询日志，收集查询时间比较长的sql，进而通过explain指令查询sql的执行过程，explain能够查看sql是那种数据查询方式以及索引情况。但是有时候使用explain还是无法定位到问题sql，所以在mysql5.037版本之后新增了show profiles和show profile语句的支持，通过hava_profileing指令可以查看当前sql是否支持profiles。
Mysql从5.0.37版本开始增加了对 show profiles 和 show profile 语句的支持。show profiles 能够
MySQL可以使用profile分析SQL语句的性能消耗情况。例如，查询到SQL会执行多少时间，并看出CPU、内存使用量，执行过程中系统锁及表锁的花费时间等信息。
MySQL5.7 的新特性中，非常突出的特性之一就是 sys 库，不仅可以通过 sys 库完成 MySQL 信息的收集，还可以用来监控和排查问题。
MySQL5.7的新特性中，非常突出的特性之一就是sys库，不仅可以通过sys库完成MySQL信息的收集，还可以用来监控和排查问题。
星球一位小伙伴面试了 网易，遇到了一个 性能类的面试题：CPU飙升900%，该怎么处理？
MYSQL 的CPU 使用率高，干时间长的DB们都会遇到，其实其他的数据库也都是有类似的问题，CPU一升高。大部分DBA 的首要工作就是要看是不是有大事务，大查询，慢查询等等。实际上我们是不是有更好的快速定位的方法
虽然现在都在推广自动化运维，不过有些时候还是需要登入到服务器去做些事情。那么，在有限的几次登入服务器机会中，作为DBA应该关注哪些事情呢？
从上面可以看到，服务器有 2 个 CPU（分别为0、1），每个 CPU 核的资源使用情况，也能很清晰的展示。
登入服务器后，我们的目的是首先要确认当前到底是哪些进程引起的负载高，以及这些进程卡在什么地方，瓶颈是什么。
在Linux系统中，经常会因为负载过高导致各种性能问题。那么如何进行排查，其实是有迹可循，而且模式固定。
MySQL 8.0.19 开始支持对InnoDB引擎表数据进行采样以生成直方图统计信息。
go-sniffer 可以抓包截取项目（MySQL、Redis、MongoDB）中的请求并解析成相应的语句，并格式化输出。类似于在之前的文章 MySQL抓包工具：MySQL Sniffer【转】中介绍的mysql-sniffer。而 go-sniffer 可以对更多数据库进行抓包分析，现在来介绍在什么情况下会使用该工具的。
1、CPU，如果存在大量的计算，他们会长时间不间断的占用CPU资源，导致其他资源无法争夺到CPU而响应缓慢，从而带来系统性能问题，例如频繁的FullGC，以及多线程造成的上下文频繁的切换，都会导致CPU繁忙，一般情况下CPU使用率<75%比较合适。 2、内存，Java内存一般是通过jvm内存进行分配的，主要是用jvm中堆内存来存储Java创建的对象。内存的读写速度非常快，但是内存空间又是有限的，当内存空间被占满，对象无法回收时，就会导致内存溢出或内存泄漏。 3、磁盘I/O，磁盘的存储空间要比内存存储空间大很多，但是磁盘的读写速度比内存慢，虽然现在引入SSD固态硬盘，但是还是无法跟内存速度相比。 4、网络，带宽的大小，会对传输数据有很大影响，当并发量增加时，网络很容易就会成为瓶颈。 5、异常，Java程序，抛出异常，要对异常进行捕获，这个过程要消耗性能，如果在高并发的情况下，持续进行异常处理，系统的性能会受影响。 6、数据库，数据库的操作一般涉及磁盘I/O的读写，大量的数据库读写操作，会导致磁盘I/O性能瓶颈，进而导致数据库操作延迟。 7、当在并发编程的时候，经常会用多线程操作同一个资源，这个时候为了保证数据的原子性，就要使用到锁，锁的使用会带来上下文切换，从而带来性能开销，在JDK1.6之后新增了偏向锁、自旋锁、轻量级锁、锁粗化、锁消除。
当 cpu 飙升到 500%时，先用操作系统命令 top 命令观察是不是 mysqld 占用导致的，如果不是，找出占用高的进程，并进行相关处理。
配置JBoss数据源，为什么要在JBoss中配置数据源？这其实是面向对象思想的一种体现：通过容器管理对数据库的访问。
Zabbix监控Mysql | Mysql 5.7，8.0基准性能比较，Mysql8.0主主配置
它能记录下所有执行超过longquerytime时间的SQL语句，帮我们找到执行慢的SQL，方便我们对这些SQL进行优化。
MySQL 中对客户端空闲连接的超时时间处理参数就是wait_timeout。简单来说，这个参数用于设定客户端与 MySQL Server 的空闲连接（非交互）超过此设定时间后，MySQL Server 会自动断开这个连接。默认时间一般为 28800 秒，即 8 小时。
描述:主要进行监控SQL语句的执行效率以及安全性的检查，方便对MySQL服务器性能的优化提升;
从性能分析逻辑上来说，针对响应时间长的问题，首先要做的就是拆分时间。由于这个系统已经部署了 SkyWalking，用它看看时间主要消耗在了哪里。
说明：这个文件会随着访问的增加而不断变大，所以生产环境建议临时开启，用完及时关闭。
内容来源：2018 年 5 月 20 日，爱可生技术服务总监洪斌在“PHPCon China 2018 技术峰会”进行《MySQL性能诊断方法与实践》演讲分享。IT 大咖说（微信id：itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。
作为DBA在日常维护数据库中关键的就是数据库性能问题，对于服务百万级活跃用户，保障性能才是核心，功能全面，产品好，性能扛不住都是扯淡。 这里简单分析导致MySQL慢的可能因素，以及一些处理技巧：
上节针对生成订单信息这个接口做了三个阶段的分析定位和优化动作，让TPS变得正常。不过，系统资源并没有完全用起来，这个接口显然还有优化空间。性能优化的过程中，要把资源都用起来。
MySQL 5.7中引入了一个新的sys schema，sys是一个MySQL自带的系统库，在安装MySQL 5.7以后的版本，使用mysqld进行初始化时，会自动创建sys库。
本文探讨了金融企业区域集中库的设计构想和测试验证，包括架构设想、数据库整合场景测试及优势和使用设想。作者提出利用 TiDB 数据库产品集中建设区域集中库，解决 MySQL 存量节点的整合问题，实现部署的标准化、按需扩展和统一运维管理。文章详细介绍了测试内容和结果，强调了区域集中库在建设和运行成本、服务质量等方面的优势，并提出了相应的管理措施，为金融企业数据库架构提供了有价值的参考 。
当面对一个sql性能问题，我们应该从何处入手使得尽快定位问题sql，我们从基础的命令开始
POSTGRESQL 在多并发连接的时候,会考虑使用pgbouncer , MYSQL 实际上很少听到说,还要使用代理的情况, 大多都是直接连接到mysql或者即使有中间件,也没有提到多路复用的技术.
每次执行看到的结果应该都有变化，因为是实时的，所以我定义为：“事发现场”，每次执行就相当于现场的快照
最近在某云使用了MYSQL RDS 产品，说实话不怎么满意，和他家的其他产品比较我到时更原因使用 PG 的产品和云原生产品，那才是业界良心。为什么说不原因，主要是PS 方面让我们初次使用就感觉，不十分良好，2天了PS 里面部分的表还没有数据展示，沟通找问题，最终问题还是我们自己解决了大部分。
锁对于传统数据库来说是非常重要的, 里面也掺杂各种权衡, 概念类较多, 本文只针对部分内容做了讲解.
对一个固定的技术组件的分析优化思路，即组件不是我们开发的，但又要分析优化它，怎么办？
ss 全称是Socket Statistics，用于显示各种socket的信息，ss命令功能和netstat类似，ss的优势在于它显示更多更详细的有关TCP和连接状态的信息，而且比netstat更快速更高效。ss 命令可以提供如下信息：
官方对dstat的定义为：多功能系统资源统计生成工具（ versatile tool for generating system resource statistics）。在获取的信息上有点类似于top、free、iostat、vmstat等多个工具的合集，官方解释为vmstat、iostat、ifstat等工具的多功能替代品，且添加了许多额外的功能（Dstat is a versatile replacement for vmstat, iostat and ifstat. Dstat overcomes some of the limitations and adds some extra features.）；其结果可以保持到csv文件，使用脚本或第三方工具对性能进行分析利用（如通过监控平台监控，也可以保持到数据库）。
本文详细介绍了中泰证券在系统国产化改造项目中采用 TiDB 多租户技术的实施过程。文章分析了中泰证券数据库系统现状以及引入 TiDB 资源管控技术的必要性，探讨了 TiDB 多租户的关键特性，并阐述了在实际应用中的具体操作步骤。通过该技术的应用，中泰证券有效降低了运维成本，提升了开发效率。 文章强调了 TiDB 多租户在证券企业中的应用优势，特别突出了其在资源观测、复用、可配置性等方面的价值。
本文通过利用Docker容器化封装的能力，将含有mysql的镜像直接从仓库拉取下来后，通过命令行运行，并将指定端口映射到本地。然后本地开发的时候，并不需要去关注mysql的配置和安装了，简单来说，就是查询镜像、拉取镜像、运行镜像。简单的三部操作就可以拥有一个配置好的mysql环境了。
redis将数据保存在内存中，一旦Redis服务器被关闭，或者运行Redis服务的主机本身被关闭的话，储存在内存里面的数据就会丢失
前一段时间针对 MySQL 使用 TPC-C 导入10000仓的数据，查看数据库性能指标发现 TPS 3-4w/s (不符合预期)，伴随 CPU idle 特别比较高， sys CPU 比较低，CPU 在空跑。于是乎做了基本的诊断 ：os系统调用栈 , MySQL 系统参数 。使用 perf top 工具观察 系统函数调用情况, ut_delay比较突出。
某天突然发现服务探测接口疯狂告警、同时数据库CPU消耗也告警，最后系统都无法访问；
char 和 varchar 最⼤的不同就是⼀个是固定⻓度，⼀个是可变⻓度。由于是可变⻓度，因此存储的是实际字符串再加上⼀个记录字符串⻓度的字节。如果分配给 char 或 varchar 列的值超过列的最⼤⻓度，则对值进⾏裁剪。
在 MySQL 中，索引是用来加速数据检索速度的一种数据结构。通常我们最熟悉的是 B-tree 索引，但 MySQL 的 InnoDB 存储引擎还提供了其他类型的索引，包括自适应哈希索引。
TiDB 6.0 正式提供了数据放置框架（Placement Rules in SQL ）功能，用户通过 SQL 配置数据在 TiKV 集群中的放置位置，可以对数据进行直接的管理，满足不同的业务场景需要。如：
方法一： 全局变量设置，将 slow_query_log 全局变量设置为“ON”状态 mysql> set global slow_query_log='ON'; 设置慢查询日志存放的位置 mysql> set global slow_query_log_file='/usr/local/mysql/data/slow.log'; 查询超过1秒就记录 mysql> set global long_query_time=1;
表中只有一个字段时 count(*) 效率最高，count(列名) 当列名是主键时，它的效率高于 count(1)，其他情况 count(1) 效率更高。
top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器
Vmstat是一个很全面的性能分析工具，可以观察到系统的进程状态、内存使用、虚拟内存使用、磁盘的IO、中断、上下文切换、CPU使用等。系统性能分析工具中，使用最多的是这个，除了sysstat工具包外，这个工具能查看的系统资源最多。
在数字化系统扮演重要角色的今天，数据库稳定性成为企业关注的核心问题。对于重要计算机系统而言，突发的性能下降可能对业务造成不可估量的损失。为了稳定数据库性能，用户可以从管理流程入手规范变更的测试，或者利用产品手段减少预期外的变化。然而，这仍旧无法完全规避突发的SQL性能问题，其中的原因包括但不仅限于：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
