本文PPT来自知数堂培训联合创始人叶金荣于10月15日在2016年杭州云栖大会上发表的《高效MySQL的N个习惯》。
【监控】 【服务器】 【mysql】 【SQL】 【数据库】 【Cache】 【操作系统】 【磁盘】 …
Nov
15
2016
Sep
30
2016
Aug
29
2016
Aug
04
2016
Jul
07
2016
Jun
03
2016
May
14
2016
Feb
06
2016
导读
从一个现场说起，全程解析如何定位性能瓶颈。
排查过程
收到线上某业务后端的MySQL实例负载比较高的告警信息，于是登入服务器检查确认。
1. 首先我们进行OS层面的检查确认
登入服务器后，我们的目的是首先要确认当前到底是哪些进程引起的负载高，以及这些进程卡在什么地方，瓶颈是什么。
通常来说，服务器上最容易成为瓶颈的是磁盘I/O子系统，因为它的读写速度通常是最慢的。即便是现在的PCIe SSD，其随机I/O读写速度也是不如内存来得快。当然了，引起磁盘I/O慢得原因也有多种，需要确认哪种引起的。
第一步，我们一般先看整体负载如何，负载高的话，肯定所有的进程跑起来都慢。
可以执行指令 w 或者 sar -q 1 来查看负载数据，例如：
…[获取更多]
Dec
29
2015
导读
MySQL里如何监控平均SQL响应时长？
问题由来
对MySQL的性能指标监控，除了关注tps（每秒可执行的事务数）、qps（每秒请求数）两个衡量吞吐量的重要指标外，还应该监控平均SQL响应时长指标。
怎么做
有几个可选方案：
1、利用MySQL提供的benchmark()函数。这个函数的作用是模拟进行N次某种调用，这样一来，我们就可以利用这个函数调用N次专门的存储过程，根据其执行耗时，以此作为平均SQL响应时长的依据；
2、利用pt-query-digest工具，并结合tcpdump实时抓取每个SQL请求，也就能分析出每个SQL请求的响应时长了；
…
[获取更多]
Dec
17
2015
测试环境搭了一个mariadb 5.7，使用jdbc驱动
mysql mysql-connector-java 5.1.34
在hibernate工程中正常。
【监控】 【服务器】 【mysql】 【性能】 【数据库】 【JDBC】 【variables】 【Hibernate】 …