查看系统硬件信息的常用命令MySQL查看数据库性能的常用命令及实践教学

MySQL查看数据库性能常用命令

#列出了运行show global status的MySQL服务器的各种状态值；#查询MySQL服务器配置信息语句显示变量；#慢速查询显示变量，如 % slow % # MySQL服务器更大连接数显示变量，如 更大连接数 #服务器响应显示全局状态的更大连接数，如 更大已用连接数。#检查试图连接到MySQL的连接数(无论成功与否),显示状态，如 连接和。#创建临时表显示全局状态，如 created _ tmp % # MySQL服务器配置的临时表显示变量，其中variable _ name在( tmp _ table _ size 更大堆表大小。)#显示全局状态的打开表的数量，如 打开% tables % #表缓存的数量显示变量，如 table _ open _ cache #检查MySQL服务器的线程信息，显示全局状态，如 线程% #查看当前运行的SQL select from ` rmation _ schema ；` process list `其中` `不为null且time0 #当客户端断开连接时，服务器处理该客户端的线程将被缓存以响应下一个客户端，而不是销毁(假设缓存数量未达到上限)显示变量如 线程缓存大小。#查询缓存显示全局状态，如 qcache % #查询缓存适用于特定场景，建议充分测试后开启，避免造成性能下降或引入其他问题。显示变量，如 查询缓存% #排序用法显示全球状态，如 排序% #打开的文件数显示全局状态，如 打开文件 #表锁定情况显示全局状态，如 表_锁% #表格扫描显示全局状态，如 handler _ read % #服务器完成的查询请求显示全局状态，如 com _ select #查询本次启动后当前MySQL的运行统计时间，显示状态如 正常运行时间和。#检查这次MySQL启动后select语句执行的次数。显示状态，如 com _ select #检查MySQL启动后执行insert语句的次数，这次显示全局状态，如 com _ insert #检查MySQL启动后执行update语句的次数，这次显示全局状态，如 com _ update #检查MySQL这次启动后执行delete语句的次数，显示全局状态如 删除 #查看立即获取的表的锁的次数显示状态，如 表_锁_立即 #检查不能立即获得的表的锁的次数。如果值很高并且存在性能问题，那么应该优化查询，然后拆分表或使用copy show status，比如 表_锁_等待 #检查查询时间超过long_query_time秒的查询数，显示类似 慢速查询 #使用mysql 的分析工具，您可以诊断sql的每个执行阶段消耗的时间，以及每个执行阶段消耗的cpu磁盘io。显示变量，如 % profiling % # show profilesshow显示查询2的配置文件；显示配置文件cpu，查询2的块io。

实战

查询服务器状态和配置

#列出了运行show global status的MySQL服务器的各种状态值；所有数据一目了然，参数也不多，我就另文介绍了[https://www . cn blogs.com/love bb/p/17194556 . html]。

ck=\"7\">慢查询

# 慢查询show variables like #39%slow%#39配置中关闭了记录慢查询，打开之后，你可以分析慢查询日志，找出有问题的SQL语句，慢查询时间不宜设置过长，否则意义不大，更好在5秒以内。打开慢查询日志可能会对系统性能有一点点影响，如果你的MySQL是主-从结构，可以考虑打开其中一台从服务器的慢查询日志，这样既可以监控慢查询，对系统性能影响又小。

连接数

MySQL: ERROR 1040: Too many connections

一种是访问量确实很高，MySQL服务器抗不住，这个时候就要考虑增加从服务器分散读压力，一种情况是MySQL配置文件中max_connections值过小 　

# MySQL服务器更大连接数show variables like #39max_connections#39 这台MySQL服务器更大连接数是5275，然后查询一下服务器响应的更大连接数

# 服务器响应的更大连接数show global status like #39Max_used_connections#39MySQL服务器过去的更大连接数是62，没有达到服务器连接数上限5275，应该没有出现1040错误，比较理想的设置是

Max_used_connections / max_connections 100% ≈ 85%更大连接数占上限连接数的85%左右，如果发现比例在10%以下，MySQL服务器连接数上限设置的过高了。这台服务器设置连接上限有些偏高。

临时表

# 创建临时表show global status like #39created_tmp%#39 每次创建临时表，Created_tmp_tables增加，如果是在磁盘上创建临时表，Created_tmp_disk_tables也增加。Created_tmp_files表示MySQL服务创建的临时文件文件数，比较理想的配置是

Created_tmp_disk_tables / Created_tmp_tables 100% lt= 25%

比如上面的服务器 Created_tmp_disk_tables / Created_tmp_tables 100% = 1.26%，应该相当好了。

Open Table情况

# 打开表的数量show global status like #39open%tables%#39 Open_tables表示打开表的数量，Opened_tables表示打开过的表数量，如果Opened_tables数量过大，说明配置中table_cache(5.1.3之后这个值叫做table_open_cache)值可能太小，我们查询一下服务器table_cache值 　　

# table高速缓存的数量show variables like #39table_open_cache#39 Open_tables / Opened_tables 100% gt= 81%Open_tables / table_open_cache 100% lt= 70%比较合适的值为Open_tables / Opened_tables 100% gt= 85% Open_tables / table_cache 100% lt= 95%

进程使用情况

# 查看MySQL服务器的线程信息show global status like #39Thread%#39 如果我们在MySQL服务器配置文件中设置了thread_cache_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁(前提是缓存数未达上限)。Threads_created表示创建过的线程数，如果发现Threads_created值过大的话，表明MySQL服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread_cache_size值，查询服务器thread_cache_size配置

# 当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁(前提是缓存数未达上限)show variables like #39thread_cache_size#39

查询缓存(query cache)

# 查询缓存show global status like #39qcache%#39

Qcache_free_blocks缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理，从而得到一个空闲块。Qcache_free_memory缓存中的空闲内存。Qcache_hits每次查询在缓存中命中时就增大Qcache_inserts每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。Qcache_lowmem_prunes缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字更好长时间来看如果这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。(上面的 free_blocks和free_memory可以告诉您属于哪种情况)Qcache_not_cached不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句或者用了now()之类的函数。Qcache_queries_in_cache当前缓存的查询(和响应)的数量。Qcache_total_blocks缓存中块的数量

我们再查询一下服务器关于query_cache的配置

# 查询缓存适用于特定的场景，建议充分测试后，再考虑开启，避免引起性能下降或引入其他问题show variables like #39query_cache%#39

query_cache_limit超过此大小的查询将不缓存query_cache_min_res_unit缓存块的最小大小query_cache_size查询缓存大小query_cache_type缓存类型，决定缓存什么样的查询query_cache_wlock_invalidate当有其他客户端正在对MyISAM表进行写操作时，如果查询在query cache中，是否返回cache结果还是等写操作完成再读表获取结果。query_cache_min_res_unit的配置是一柄”双刃剑”，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片和浪费。　　查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks 100%　　如果查询缓存碎片率超过20%，可以用FLUSH QUERY CACHE整理缓存碎片，或者试试减小query_cache_min_res_unit，如果你的查询都是小数据量的话。　　查询缓存利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size 100%　　查询缓存利用率在25%以下的话说明query_cache_size设置的过大，可适当减小查询缓存利用率在80%以上而且Qcache_lowmem_prunes gt 50的话说明query_cache_size可能有点小，要不就是碎片太多。　　查询缓存命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits 100%　　示例服务器 查询缓存碎片率 = 100%，查询缓存利用率 = 15.9%，查询缓存命中率 = 0%，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。

文件打开数

# 文件打开数show global status like #39open_files#39

# 查看 mysqld进程能够打开的操作系统文件描述符(fd)的更大数量show variables like #39open_files_limit#39比较合适的设置

Open_files / open_files_limit 100% lt= 75%

表锁情况

　mysqlgt show global status like #39table_locks%#39 Table_locks_immediate表示立即释放表锁数，Table_locks_waited表示需要等待的表锁数。如果Table_locks_immediate / Table_locks_waited gt 5000，更好采用InnoDB引擎，因为InnoDB是行锁而MyISAM是表锁，对于高并发写入的应用InnoDB效果会好些。示例中的服务器Table_locks_immediate / Table_locks_waited = 235，MyISAM就足够了。

表扫描情况

# 表扫描情况show global status like #39handler_read%#39

# 服务器完成的查询请求show global status like #39com_select#39 计算表扫描率　　表扫描率 = Handler_read_rnd_next / Com_select　　如果表扫描率超过4000，说明进行了太多表扫描，很有可能索引没有建好，增加read_buffer_size值会有一些好处，但更好不要超过8MB。上面服务器中表扫描率=20411

原文链接https://www.cnblogs.com/LoveBB/p/17195702.html

mysql命令窗口怎么登录远程数据库 windows重启mysql数据库命令