0%

explain能做什么

  • 表的读取顺序

  • 数据读取操作的操作类型

  • 哪些索引可以使用

  • 哪些索引被实际使用

  • 表之间的引用

  • 每张表有多少行被优化器查询

阅读全文 »

my.ini配置如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
[mysql] 

# 设置mysql客户端默认字符集
default-character-set=utf8

[mysqld]
#设置3306端口
port = 3306

#允许最大连接数
max_connections=3000

#服务端使用的字符集默认为8比特编码的latin1字符集
character-set-server=utf8

#创建新表时将使用的默认存储引擎
default-storage-engine=INNODB

#建议2G以上,可根据服务器内存适当调整
innodb_buffer_pool_size=40G

#服务器有几个CPU就设置为几,建议用默认设置,一般为8.
innodb_thread_concurrency=16

innodb_buffer_pool_instances=4

#thread_cache_size的值可以设置为8*内存大小,假如服务器内存是8G,那么可以设置为64
thread_cache_size=256

tmp_table_size=3G
max_heap_table_size=6G

query_cache_size=1G


sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

basedir=D:\MySQL56\MySQL\mysql-5.6.49-winx64

datadir=D:\MySQL56\MySQL\mysql-5.6.49-winx64\data

# 开启慢查询
slow_query_log=ON
long_query_time=5

在MySQL中,可以使用SHOW STATUS语句查询一些MySQL数据库服务器的性能参数、执行频率。

SHOW STATUS语法如下:

1
SHOW [GLOBAL|SESSION] STATUS LIKE '参数'
阅读全文 »

show processlist

概念:

  • show processlist命令可以查看当前MySQL实例的连接情况,
  • 用于观察是否有大量的连接处于非正常状态。用法非常简单,直接使用就行

用法

show processlist

字段的含义

字段 解释
id 连接标识符
User 当前用户
Host 操作的主机,指客户端
db 默认数据库(如果已选择);否则为NULL
Command 线程正在执行的命令类型
Time 线程处于其当前状态的持续时间(以秒为单位)
Size 指示线程正在执行的操作,事件或状态
Info 线程正在执行的语句,如果未执行任何语句,则为NULL。
该语句可能是发送到服务器的那条语句,或者是最内部的语句(如果该语句执行其他语句,比如存储过程中的select语句)

Command字段,对应的状态

  • sleep:正在等待客户端发送新的请求

  • query:正在执行查询或者正在将结果发送给客户端

  • locked:在MySQL服务层,线程正在等待表锁

  • analyzing and statistics:线程正在收集存储引擎的统计信息,并生成查询的执行计划

  • copying to tmp table:线程正在执行查询,并且将其结果集都复制到一个临时表中

  • sorting result:正在对结果集进行排序

  • sending data:线程可能在多个状态之间传送数据,或者在生成结果集或者向客户端返回数据

show full processlist

  • show processlist命令默认Info字段最多显示每条语句的前100个字符,如果想完全显示,可以使用show full processlist

Show Profile官方文档地址:https://dev.mysql.com/doc/refman/5.7/en/show-profile.html

基本语法

1
2
3
4
5
6
7
8
# 查看是否开启
show variables like '%profiling%';
# 开启
set profiling = 1
# 查看SQL执行时间
show profiles;
# 查看记录中第一条SQL详细时间
show profile for query 1;

开始分析

  1. 先执行要分析的SQL:select * from t_manage_user tmu ;

  2. 执行show profiles;,会出现以下结果

  3. 分析某一条SQL语法

    1
    show profile all for query 38

  4. show profile返回结果字段含义

    • Status : sql 语句执行的状态
    • Duration: sql 执行过程中每一个步骤的耗时
    • CPU_user: 当前用户占有的 cpu
    • CPU_system: 系统占有的 cpu
    • Block_ops_in : I/O 输入
    • Block_ops_out : I/O 输出

Status出现以下情况的建议

  • converting HEAP to MyISAM:查询结果太大,内存不够,数据往磁盘上搬了。

  • Creating tmp table:创建临时表。先拷贝数据到临时表,用完后再删除临时表。

  • Copy to tmp table on disk:把内存中临时表复制到磁盘上,警惕!

  • locked。

如果在show profile诊断结果中出现以上4条结果中的任何一条,则SQL语句需要优化!!!

System lock

  • 确认是由于哪个锁引起的,通常是因为MySQL或InnoDB内核级的锁引起的。
  • 建议:如果耗时较大再关注即可,一般情况下都还好

Sending data

  • 解释:从server端发送数据到客户端,也有可能是接收存储引擎层返回的数据,再发送给客户端,数据量很大时尤其经常能看见。

  • 备注:Sending Data不是网络发送,是从硬盘读取,发送到网络是Writing to net

  • 建议:通过索引或加上LIMIT,减少需要扫描并且发送给客户端的数据量

Sorting result

  • 正在对结果进行排序,类似Creating sort index,不过是正常表,而不是在内存表中进行排序。
  • 建议:创建适当的索引

Table lock

  • 表级锁,没什么好说的,要么是因为MyISAM引擎表级锁,要么是其他情况显式锁表

create sort index

  • 当前的SELECT中需要用到临时表在进行ORDER BY排序
  • 建议:创建适当的索引

Creating tmp table

  • 创建临时表。先拷贝数据到临时表,用完后再删除临时表。消耗内存,数据来回拷贝删除,消耗时间
  • 建议:优化索引

converting HEAP to MyISAM

  • 查询结果太大,内存不够,数据往磁盘上搬了。
  • 建议:优化索引,可以调整max_heap_table_size

Copying to tmp table on disk

  • 把内存中临时表复制到磁盘上,危险!!!
  • 建议:优化索引,可以调整tmp_table_size参数,增大内存临时表大小

show profile 语法

1
show profile type1,type2… for query Query_ID

show profile type 选项

  • all:显示所有的性能开销信息

  • block io:显示块 IO 相关的开销信息

  • context switches: 上下文切换相关开销

  • cpu:显示 CPU 相关的信息

  • ipc:显示发送和接收相关的开销信息

  • memory:显示内存相关的开销信息

  • page faults:显示页面错误相关开销信息

  • source:显示和 Source_function、Source_file、Source_line 相关的开销信息

  • swaps:显示交换次数的相关信息

Show Profile语句已经弃用,并将在以后版本中移除,建议使用 Performance Schema
Performance Schema文档:https://dev.mysql.com/doc/refman/5.7/en/performance-schema-query-profiling.html