首页 > SQL执行过程中的性能负载点

SQL执行过程中的性能负载点

一、SQL执行过程

  1、用户连接数据库,执行SQL语句;

  2、先在内存进行内存读,找到了所需数据就直接交给用户工作空间;

  3、内存读失败,也就说在内存中没找到支持SQL所需数据,就进行物理读,也就是到磁盘中查找;

  4、找到的数据放到内存中,在内存进行数据过滤再放到会话工作空间。

  5、假设会话工作空间需要暂存结果集进行排序,但空间不足的话,就会借用磁盘tmpdir,最后再将结果返回给用户。

注:

  用户会话空间是内存中分配出来的一个工作空间,而innodb_buffer_pool是innodb存储引擎在内存中的一个缓冲池。

 

一个SQL执行速度快并不能说明这个SQL没有性能问题,SQL性能不是一定需要利用并发来测试,主要是看其资源消耗点。

 

二、影响SQL执行几个资源消耗点(最底层理论依据):

  1、用户连接线程建立

  2、物理读,I/O慢

  3、内存读,消耗CPU

  4、磁盘排序

  5、数据传输,网络消耗

 

三、判断一个SQL的性能执行优劣

  根据SQL执行的资源消耗点来进行判断。

1、如何判断是否出现连接建立

mysql> show global status like 'Threads_created';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| Threads_created | 5     |
+-----------------+-------+
1 row in set (0.00 sec)

2、如何判断是否出现物理读

mysql> show global status like 'Innodb%read%';
+---------------------------------------+----------+
| Variable_name                         | Value    |
+---------------------------------------+----------+
| Innodb_buffer_pool_read_ahead_rnd     | 0        |
| Innodb_buffer_pool_read_ahead         | 2303     |
| Innodb_buffer_pool_read_ahead_evicted | 0        |
| Innodb_buffer_pool_read_requests      | 137140   |
| Innodb_buffer_pool_reads              | 662      |
| Innodb_data_pending_reads             | 0        |
| Innodb_data_read                      | 49271296 |
| Innodb_data_reads                     | 3130     |
| Innodb_pages_read                     | 2964     |
| Innodb_rows_read                      | 369      |
+---------------------------------------+----------+
10 rows in set (0.01 sec)

关注点:

  1、Innodb_buffer_pool_reads:innodb物理读的次数      

  2、Innodb_data_reads:物理读IO请求次数       

  3、Innodb_pages_read:物理读page的总数       

3、如何判断是否出现过量内存读(比值)

mysql> show global status like 'Innodb_rows_read';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| Innodb_rows_read | 369   |
+------------------+-------+
1 row in set (0.00 sec)

  Innodb_rows_read:实际上的内存读的数量,也就是实际上需要访问的数据量(返回的数据量)

4、如何判断是否出现磁盘排序

mysql> show global status like 'sort_merge_passes';
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Sort_merge_passes | 0     |
+-------------------+-------+
1 row in set (0.00 sec)

  sort_merge_passes:必须要做归并排序的次数

5、如何查看网络传输量

mysql> show global status like '%bytes%';
+--------------------------------+----------+
| Variable_name                  | Value    |
+--------------------------------+----------+
| Bytes_received                 | 8943228  |
| Bytes_sent                     | 10775680 |
| Innodb_buffer_pool_bytes_data  | 49741824 |
| Innodb_buffer_pool_bytes_dirty | 0        |
+--------------------------------+----------+
4 rows in set (0.01 sec)

 

四、关于磁盘排序

  客户端一个用户连接到服务器MySQL数据库,系统为该用户启动一个用户会话,数据库开启一个用户连接线程,并根据配置参数在内存中为该用户分配用户工作空间。如果读取的数据结果集要进行排序处理,而用户工作空间不够用的话,就会向磁盘借用空间,磁盘排序。

mysql> show variables like 'tmpdir';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| tmpdir        | /tmp  |
+---------------+-------+
1 row in set (0.01 sec)

转载于:https://www.cnblogs.com/geaozhang/p/7143144.html

更多相关:

  • 更多内容,欢迎关注微信公众号:全菜工程师小辉~前言在笔者上一篇博客,详解了NIO,并总结NIO相比BIO的效率要高的三个原因,彻底搞懂NIO效率高的原理。这篇博客将针对第三个原因,进行更详细的讲解。首先澄清,零拷贝与内存直接映射并不是Java中独有的概念,并且这两个技术并不是等价的。零拷贝零拷贝是指避免在用户态(User-space)...

  • 一、预备知识—程序的内存分配  一个由c/C++编译的程序占用的内存分为以下几个部分  1、栈区(stack)— 由编译器自动分配释放 ,存放函数的参数值,局部变量的值等。其操作方式类似于数据结构中的栈,如果还不清楚,那么就把它想成数组,它的内存分配是连续分配的,即,所分配的内存是在一块连续的内存区域内.当我们声明变量时,那么编译器...

  • 我的爱机是一台ThinkPad T420,原装三星DDR 1333 4G内存一根,还剩一根内存位置,最近趁京东6.18促销,准备增加一根物理内存。为了确保兼容性,觉得仍然选购DDR 1333 4G内存,于是购买了金士顿这款,比如DDR3 1600的还贵。 这个安装过程完全参照该内存的网页提示进行 这里简单记录一下,以备...

  • 陪伴我多年的老本ThinkPad T420渐渐垂垂老矣, 我想更新一下可以更新的部分, 比如将2.5寸HDD更换为SSD, 将单条4G内存再增加一根, 凡此种种想法, 可能最后归结为如何获取该笔记本的硬件配置信息, 在windows下面使用鲁大师之类的检测软件, 也许很好搞定,但是在Ubuntu 14.04平台上如果办到呢? 很简单...

  • 一.内存错误出现的场景 这几天在重构ATS插件代码的过程中遇到了烦人的内存泄露问题, 周五周六连续两天通过走查代码的方法,未能看出明显的导致内存错误的代码, 同时也觉得C和C++混合编程得到一个动态库, 在一个.cpp主文件中,即用new又用malloc来动态分配内存, 可能会导致内存错误.后来网上调研和查资料发现, new和mal...