MySQL 高级（六）查询截取分析 慢查询日志 MySQL dump slow 慢查询日志分析工具 show profile 全局查询日志

最新推荐文章于 2024-04-20 16:55:35 发布
VIP文章 最新推荐文章于 2024-04-20 16:55:35 发布
阅读量456 收藏 2
点赞数
分类专栏： MySQL高级 文章标签： 数据库 运维 mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44634197/article/details/108902771
版权

MySQL 高级（六）查询截取分析

问题：在开发环境中，分析出SQL并优化的步骤是什么？

流程：

  1. 观察，至少跑1天，看看生产的慢SQL情况
  2. 开启慢查询日志，设置阈值，比如超过5秒钟的就是慢SQL，并将它抓取出来
  3. EXPLAIN+慢SQL分析
  4. show profile 进一步分析
  5. 运维经理 or DBA ，进行SQL数据库服务器的参数调优

总结要点：

  • 慢查询开启并捕获
  • EXPLAIN+慢SQL分析
  • show profile 查询SQL在MySQL服务器里面的执行细节和生命周期情况
  • SQL数据库服务器的参数调优

1 慢查询日志

​ 慢查询日志是MySQL提供的一种日志记录，它是用来记录MySQL中响应时间超过阈值的语句，具体指运行时间超过long_query_time值（默认10s）的SQL，则会被记录在慢查询日志中。

​ 默认情况下，MySQL数据库没有开启慢查询日志的功能，需要我们手动设置这个参数。如果不是调优需要的话，一般不建议启动这个参数，会带来性能的消耗。

1.1 使用方法

查看是否开启：


                

                
                
        

        

    




        

            

                    
                      最低0.47元/天 解锁文章
                        
                    
            

        

    

      

        

            

              
                
                  彷徨的我第一次尝试
                
              
            

            

                关注
              
            

        

        

          
    
            
  • 
              
                
                
                
                
                      0
                
              
              
    点赞
    
            
    • 
            
  • 
              
                
                
                
              
              
    踩
    
            
    • 
            
  • 
              
                
                
                
                
                    2
                
              
              
    
                
    
                  
                    收藏
                  
                
    
              
    
              
    
                
    
                  觉得还不错?
                  
                    一键收藏
                  
                 
                
    
              
    
            
    • 
          
  • 
            
    
              
              
            
    
              
              
              
                    0
              
            
            
    评论
    
          
    • 
          
  • 
          
    • 
          
  • 
            
              
            
              
    
            
              
                
            
    
          
    • 
        

      

      

            

                专栏目录
          










                



	

		

			

				
					
mysql 索引未命中_联合索引命中率问题导致SQL查询效率慢的问题

				
			

			

				

					weixin_34570232的博客
				

				

					02-18
					
					989
					
				

			

		

		

			
				
执行 MySQL DumpSlow 结果是：Count:1358Time=0.33s(448s)Lock=0.00s(0s)Rows=2.5(3343)Count：出现次数Time：执行最长时间(累计总耗费时间)Lock：等待锁的时间Rows：发送给客户端的行总数(扫描的行总数)其中：Count 会告诉我们这种类型的语句执行了几次，Time会告诉我们这种类型的语句执行的最大时间...

			
		

	



                

              
                



	

		

			

				
					
解决Mysql收缩事务日志和日志文件过大无法收缩问题

				
			

			

				

					12-16
				

			

		

		

			
				
‘DUMP TRANSACTION 数据库名 WITH NO_LOG’) –2.截断事务日志：  exec(‘BACKUP LOG 数据库名 WITH NO_LOG’) –3.收缩数据库文件(如果不压缩,数据库的文件不会减小  exec(‘DBCC ...

			
		

	



                


  
              

                


	

		

			

				
					
mysqldumpslow用法示例(慢查询)

				
			

			

				

					12-16
				

			

		

		

			
				
mysqldumpslow是mysql自带的用来分析慢查询的工具
经常使用几个命令
-s ORDER what to sort by (al, at, ar, c, l, r, t), ‘at’ is default
-t NUM just show the top n queries
-g PATTERN grep: only consider stmts that include this string
-r Reverse the sort order
-s，是order的顺序，主要有
c,t,l,r和ac,at,al,ar，分别是按照query次数，查询时间，lock的时间和返回的记录

			
		

	





	

		

			

				
					
mysqldumpslow命令查看mysql慢查询log

				
			

			

				

					changwei5209的博客
				

				

					07-10
					
					272
					
				

			

		

		

			
				
mysqldumpslow命令查看mysql慢查询log：
命令示例：
msyqldumpslow -s c -t 20 /var/log/mysql/mysql-slow.log
注：-s是指排序，c是指次数，-t是时间（这里的时间是指单次x次数的总时间）...

			
		

	



		

			
		



	

		

			

				
					
mysql之慢查询详解，mysqldumpslow的使用

				
			

			

				

					papaya的博客
				

				

					02-23
					
					2814
					
				

			

		

		

			
				
简言

1. mysql中的慢查询是我们分析问题，定位问题的利器，巧妙使用可以快速解决问题

2. 原理：运行时间超过 long_query_time 的sql语句会被写入到慢查询日志文件中或者mysql.slow_log表中，long_query_time的默认值是10s

3. 还可以使用慢日志分析工具 mysqldumpslow 来进行分析慢查询

相关参数

slow_query_log  ：是否开启慢查询日志，1表示开启，0表示关闭。

log-slow-queries ：旧版（5.6以下版...

			
		

	





	

		

			

				
					
MySQL高级篇——性能分析工具

				
			

			

				

					vincewm的博客
				

				

					05-01
					
					3408
					
				

			

		

		

			
				
MySQL的慢查询日志，用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long-query_time值的SQL，则会被记录到慢查询日志中。long_query_time的默认值为 10，意思是运行10秒以上(不含10秒)的语句，认为是超出了我们的最大忍耐时间值。它的主要作用是，帮助我们发现那些执行时间特别长的 SOL 查询，并且有针对性地进行优化，从而提高系统的整体效率。当我们的数据库服务器发生阻塞、运行变慢的时候，检查一下慢查询日志，找到那些慢查询，对解决问题很有帮助。

			
		

	





	

		

			

				
					
mysql explain执行计划

				
			

			

				

					牧竹子
				

				

					03-10
					
					864
					
				

			

		

		

			
				
mysql explain执行计划mysql> EXPLAIN  SELECT * FROM  t_item i LEFT JOIN  t_sku s ON  i.item_id=s.item_id 
LEFT JOIN  t_sku_stock t on s.sku_id =t.sku_id;
+----+-------------+-------+--------+---------------

			
		

	





	

		

			

				
					
mysql dumpslow_【小白福利—初级DBA入门必看】MySQL常用工具介绍（十四）—实用程序MySQL_dumpslow...

				
			

			

				

					weixin_39571403的博客
				

				

					02-07
					
					519
					
				

			

		

		

			
				
今天是MySQL常用工具介绍这篇文章的最后一节内容啦！感谢各位读者的认真陪伴，希望这些知识能够给你带来过一点帮助。知识的积累是一个漫长的过程，而灵感的迸发却往往在一瞬间。但是们知道没有那些坚实的基础就永远不会有后面的建树。对于初级的程序员们而言，学好这些基本的操作就是打开数据大门最好的钥匙。Amy非常希望能够成为递给你们钥匙的那个人。当然接下来我会继续为大家更新新的主题，走过路过千万不要错过呀~1...

			
		

	





	

		

			

				
					
MySQL之慢查询日志

				
			

			

				

					Java肖帝的博客
				

				

					11-20
					
					308
					
				

			

		

		

			
				
慢日志查询
概述：
在生产环境中，如果要手工分析日志、查找、分析SQL，显然是个体力活，MySQL提供了日志分析工具MySQLldumpslow
是什么？

怎么玩？

查看命令：show variables like ‘%slow_query_log%’;


如何开启慢查询日志：命令：set global slow_query_log=1 开启慢查询日志



那么开启了慢查询日志后，什么样的...

			
		

	





	

		

			

				
					
mysql问题之slow log中出现大量的binlog dump记录的解决方法

				
			

			

				

					01-21
				

			

		

		

			
				
线上有个数据库，在slow log中，存在大量类似下面的记录： 代码如下: # Time: 130823 13:56:08 # User@Host: repl[repl] @ slave [10.x.x.x] # Query_time: 9.000833 Lock_time: 0.000000 Rows_sent: 1 Rows_...

			
		

	





	

		

			

				
					
mysql_dump_slow:总结Ruby中MySQL slow_log记录的库

				
			

			

				

					05-21
				

			

		

		

			
				
MysqlDumpSlow
 一个库，用于汇总Ruby中MySQL slow_log记录。
用法
汇总并打印结果。 
 # Getting slow logs by using ActiveRecord for mysql.slow_log.
logs = SlowLog . all
# Summarize slow logs
summary = MysqlDumpSlow . summarize ( logs )
summary . each do | conter |
  # counter provides printer that same as mysqldumpslow command.
  counter . to_mysqldumpslow
  # => Count: 2  Time=100s (200s)  Lock=200s (400s)  Rows=300 (600)

			
		

	





	

		

			

				
					
Jstack分析工具——IBM Thread and Monitor Dump Analyzer for Java

				
			

			

				

					08-16
				

			

		

		

			
				
需要本地安装JDK并配置JAVA环境变量。 之后使用java -jar jca469.jar即可打开工具。 直接将dump出来的堆栈信息，打开，便可分析。

			
		

	





	

		

			

				
					
windbg-x64 dump分析工具

				
			

			

				

					01-16
				

			

		

		

			
				
Windbg是在windows平台下，强大的用户态和内核态调试工具。相比较于Visual Studio，它是一个轻量级的调试工具，所谓轻量级指的是它的安装文件大小较小，但是其调试功能，却...它的另外一个用途是可以用来分析dump数据。

			
		

	





	

		

			

				
					
Mysql的日志详解（详细）

				
			

			

				

					个人专长：数据结构和算法、大数据、数据库、主流框架
				

				

					12-12
					
					4568
					
				

			

		

		

			
				
MySql中的日志详细解析，Redolog和Binlog

			
		

	





	

		

			

				
					
＜转＞详解 慢查询 之 mysqldumpslow

				
			

			

				

					sunshingheavy的专栏
				

				

					05-10
					
					2142
					
				

			

		

		

			
				
转自：详解 慢查询 之 mysqldumpslow - 知乎 (zhihu.com)

查询mysql的操作信息


show status -- 显示全部mysql操作信息

show status like "com_insert%"; -- 获得mysql的插入次数;

show status like "com_delete%"; -- 获得mysql的删除次数;

show status like "com_select%"; -- 获得mysql的查询次数;

show status like 

			
		

	





	

		

			

				
					
MySQL三大日志undolog、redolog、binlog

				
			

			

				

					qq_33807380的博客
				

				

					10-11
					
					266
					
				

			

		

		

			
				
防止事务已经提交到Buffer Pool中的数据还没来的急刷到磁盘数据页服务崩溃而导致的数据丢失问题，因为事务的所有操作都记录到redo log日志文件中了，在重启mysql服务的时候，根据redo log进行重做，从而保证事务的持久性。）的形式进行命名，每个的Redo日志文件大小都是一样的，默认由两个文件组成。undo log 叫做回滚日志，它保证了事务的 ACID 特性中的原子性（Atomicity），是存储引擎层生成的日志，记录的是逻辑操作，不会去修改磁盘数据页的数据。

			
		

	





	

		

			

				
					
MySQL日志（binlog、redo log、undo log等）

				
			

			

				

					1+1=王的博客
				

				

					06-28
					
					801
					
				

			

		

		

			
				
在MySQL数据库中，日志是记录数据库操作和状态变化的重要组成部分。它包括多个类型，如二进制日志、事务日志、错误日志和慢查询日志等。每种日志都有不同的作用和记录内容。

			
		

	





	

		

			

				
					
【MySQL】对日志log的了解

					
热门推荐

				
			

			

				

					一定要站在自己热爱的生活里闪闪发光
				

				

					05-08
					
					2万+
					
				

			

		

		

			
				
MySQL有几个不同的日志文件，可以帮助你找出mysqld内部发生的事情：




日志文件
记入文件中的信息类型




错误日志
记录启动、运行或停止mysqld时出现的问题。


查询日志
记录建立的客户端连接和执行的语句。


更新日志
记录更改数据的语句。不赞成使用该日志。


二进制日志
记录所有更改数据的语句。还用于复制。


慢日志
记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。


1）binlog


基本介绍

binlog 记录所有数据库表结构变更

			
		

	





	

		

			

				
					
mysql和Nosql到底有什么区别，分别应用与什么场景？

					
最新发布

				
			

			

				

					m0_60388871的博客
				

				

					04-20
					
					496
					
				

			

		

		

			
				
MySQL 和 NoSQL 是两种不同类型的数据库技术，它们各有其特点和适用场景。了解它们之间的区别和应用场景可以帮助选择合适的技术来支持特定的应用需求。

			
		

	





	

		

			

				
					
三个实例演示 Java Thread Dump 日志分析

				
			

			

				

					05-26
				

			

		

		

			
				
好的，下面给出三个简单的 Java Thread Dump 日志分析实例：

1. 查看占用 CPU 最高的线程

通过查看 Thread Dump 日志中的 CPU 占用时间，可以快速定位占用 CPU 最高的线程。例如：

```
"pool-1-thread-3" #9 prio=5 os_prio=0 tid=0x00007fbb481ac800 nid=0x2a4f runnable [0x00007fbb4c76c000]
   java.lang.Thread.State: RUNNABLE
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
    at java.net.SocketInputStream.read(SocketInputStream.java:170)
    at java.net.SocketInputStream.read(SocketInputStream.java:141)
    at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
    at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
    at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
    - locked <0x00000000f3c0b3e8> (a java.io.InputStreamReader)
    at java.io.InputStreamReader.read(InputStreamReader.java:184)
    at java.io.BufferedReader.fill(BufferedReader.java:161)
    at java.io.BufferedReader.readLine(BufferedReader.java:324)
    - locked <0x00000000f3c0b3e8> (a java.io.InputStreamReader)
    at java.io.BufferedReader.readLine(BufferedReader.java:389)
    at com.example.MyClass.myMethod(MyClass.java:123)
```

上述例子中的线程名为 "pool-1-thread-3" ，其 CPU 占用时间状态为 RUNNABLE，同时该线程正在等待从 Socket 中读取数据，且当前线程被阻塞（locked）在一个 InputStreamReader 对象上。因此可以认为该线程正在占用大量 CPU 资源，需要进行优化。

2. 查看线程死锁

通过查看 Thread Dump 日志中线程的锁定情况，可以快速定位线程死锁。例如：

```
"Thread-1" #9 prio=5 os_prio=0 tid=0x000000001fdd9800 nid=0x3368 waiting for monitor entry [0x000000001f3ff000]
   java.lang.Thread.State: BLOCKED (on object monitor)
    at com.example.MyClass.myMethod(MyClass.java:123)
    - waiting to lock <0x00000000f3c0b3e8> (a java.lang.Object)
    at com.example.MyClass.myOtherMethod(MyClass.java:456)
    - locked <0x00000000f3c0b3e8> (a java.lang.Object)

"Thread-2" #10 prio=5 os_prio=0 tid=0x000000001fdd9800 nid=0x3369 waiting for monitor entry [0x000000001f4ff000]
   java.lang.Thread.State: BLOCKED (on object monitor)
    at com.example.MyClass.myOtherMethod(MyClass.java:456)
    - waiting to lock <0x00000000f3c0b3e8> (a java.lang.Object)
    at com.example.MyClass.myMethod(MyClass.java:123)
    - locked <0x00000000f3c0b3e8> (a java.lang.Object)
```

上述例子中的两个线程分别为 "Thread-1" 和 "Thread-2"，它们都在等待获取同一个对象的锁（<0x00000000f3c0b3e8>），造成了死锁。需要根据具体情况解除死锁。

3. 查看等待线程数目

通过查看 Thread Dump 日志中的等待线程数目，可以快速定位是否存在线程等待过多的情况。例如：

```
"pool-1-thread-1" #7 prio=5 os_prio=0 tid=0x0000000028ac4000 nid=0x2f2c waiting on condition [0x0000000029b8f000]
   java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x00000000f3c0b3e8> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:997)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1304)
    at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lockInterruptibly(ReentrantReadWriteLock.java:727)
    at com.example.MyClass.myMethod(MyClass.java:123)

"pool-1-thread-2" #8 prio=5 os_prio=0 tid=0x0000000028ac5000 nid=0x2f2d waiting on condition [0x0000000029c8f000]
   java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x00000000f3c0b3e8> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:997)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1304)
    at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lockInterruptibly(ReentrantReadWriteLock.java:727)
    at com.example.MyClass.myOtherMethod(MyClass.java:456)
```

上述例子中的两个线程分别为 "pool-1-thread-1" 和 "pool-1-thread-2"，它们都在等待获取同一个 ReentrantReadWriteLock 锁，但是由于其他线程占用了该锁，因此它们都进入了 WAITING 状态。如果等待线程数目过多，可能会导致应用程序性能下降，需要进行优化。

			
		

	



              



  
“相关推荐”对你有帮助么？

  

      
    
          
  • 
              
    
                  
                  
              
    
              
    非常没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    一般
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    有帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    非常有帮助
    
          
    • 
      

      

      

          
          提交
      

      

  




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值