原文地址:http://blog.csdn.net/andyzhaojianhui/article/details/50052117
一、mysql之status和variables区别
首先可以通过下属两个命令来查看mysql的相应的系统参数
show status like '%abc%';
show variables like '%abc%';
但是很多人不明白二者到底有什么区别
status是状态是系统的状态不可更改,是系统现在的运行状态参数,说明如下:
mysql> show status like 'innodb_rows_%'; +----------------------+---------+ | Variable_name | Value | +----------------------+---------+ | Innodb_rows_deleted | 0 | | Innodb_rows_inserted | 1169098 | | Innodb_rows_read | 7955216 | | Innodb_rows_updated | 0 | +----------------------+---------+ 4 rows in set (0.00 sec)一条条说明如下:
| Innodb_rows_deleted|0 | 为innodb表删除的行数,此处为0标示没有删除过
| Innodb_rows_inserted | 1169098 | 为innodb表insert的行数,此处标示现在insert了1169098 行
| Innodb_rows_read | 7955216 | 为innodb表执行select获取的行数
| Innodb_rows_updated | 0 | 为innodb表执行update涉及到的行数
上述4个是innodb表的运行状态参数,不能人为修改,只能系统去update,用途很显然是为了告诉dba现在系统的状态,好让dba去做优化,上述4个记录告诉dba此时读大于写(我在执行insert into a select * from a,故出上述数据),可以考虑建立适当索引,如果读是0,写很大,那么可以考虑删除index等等。
mysql> show variables like 'query%'; +------------------------------+----------+ | Variable_name | Value | +------------------------------+----------+ | query_alloc_block_size | 8192 | | query_cache_limit | 1048576 | | query_cache_min_res_unit | 4096 | | query_cache_size | 16777216 | | query_cache_type | ON | | query_cache_wlock_invalidate | OFF | | query_prealloc_size | 8192 | +------------------------------+----------+ 7 rows in set (0.00 sec)
上述标示查看查询缓存的相关信息,此时可根据status做适当的优化此处注意是系统管用cache的相关配置信息,是可以通过set或者修改配置文件来修改的。
mysqld服务器维护两种变量。全局变量影响服务器的全局操作。会话变量影响具体客户端连接相关操作。
服务器启动时,将所有全局变量初始化为默认值。可以在选项文件或命令行中指定的选项来更改这些默认值。服务器启动后,通过连接服务器并执行SET GLOBAL var_name语句可以更改动态全局变量。要想更改全局变量,必须具有SUPER权限。
服务器还为每个客户端连接维护会话变量。连接时使用相应全局变量的当前值对客户端会话变量进行初始化。客户可以通过SET SESSION var_name语句来更改动态会话变量。设置会话变量不需要特殊权限,但客户可以只更改自己的会话变量,而不更改其它客户的会话变量。
任何访问全局变量的客户端都可以看见对全局变量的更改。但是,它只影响在更改后连接的从该全局变量初始化相应会话变量的客户端。它不会影响已经连接上的客户端的会话变量(甚至是执行SET GLOBAL语句的客户端)。
当使用启动选项设置变量时,变量值可以使用后缀K、M或G分别表示千字节、兆字节或gigabytes。例如,下面的命令启动服务器时的键值缓冲区大小为16 megabytes:
mysqld --key_buffer_size=16M
后缀的大小写美关系;16M和16m是同样的。
运行时,使用SET语句来设置系统变量。此时,不能使用后缀,但值可以采取下列表达式:
MySQL> SET sort_buffer_size = 10 * 1024 * 1024;
要想显式指定是否设置全局或会话变量,使用GLOBAL或SESSION选项:
mysql> SET GLOBAL sort_buffer_size = 10 * 1024 * 1024;
mysql> SET SESSION sort_buffer_size = 10 * 1024 * 1024;
两个选项均没有,则语句设置会话变量。
mysql> SHOW VARIABLES;
1. back_log
指定MySQL可能的连接数量。当MySQL主线程在很短的时间内得到非常多的连接请求,该参数就起作用,之后主线程花些时间(尽管很短)检查连接并且启动一个新线程。
back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。如果系统在一个短时间内有很多连接,则需要增大该参数的值,该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自己的限制。 试图设定back_log高于你的操作系统的限制将是无效的。
当观察MySQL进程列表,发现大量 264084 | unauthenticated user | xxx.xxx.xxx.xxx | NULL | Connect | NULL | login | NULL 的待连接进程时,就要加大 back_log 的值。back_log默认值为50。
2. basedir
MySQL主程序所在路径,即:--basedir参数的值。
3. bdb_cache_size
分配给BDB类型数据表的缓存索引和行排列的缓冲区大小,如果不使用DBD类型数据表,则应该在启动MySQL时加载 --skip-bdb 参数以避免内存浪费。
4.bdb_log_buffer_size
分配给BDB类型数据表的缓存索引和行排列的缓冲区大小,如果不使用DBD类型数据表,则应该将该参数值设置为0,或者在启动MySQL时加载 --skip-bdb 参数以避免内存浪费。
5.bdb_home
参见 --bdb-home 选项。
6. bdb_max_lock
指定最大的锁表进程数量(默认为10000),如果使用BDB类型数据表,则可以使用该参数。如果在执行大型事物处理或者查询时发现 bdb: Lock table is out of available locks or Got error 12 from ... 错误,则应该加大该参数值。
7. bdb_logdir
指定使用BDB类型数据表提供服务时的日志存放位置。即为 --bdb-logdir 的值。
8. bdb_shared_data
如果使用 --bdb-shared-data 选项则该参数值为On。
9. bdb_tmpdir
BDB类型数据表的临时文件目录。即为 --bdb-tmpdir 的值。
10. binlog_cache_size
为binary log指定在查询请求处理过程中SQL 查询语句使用的缓存大小。如果频繁应用于大量、复杂的SQL表达式处理,则应该加大该参数值以获得性能提升。
11. bulk_insert_buffer_size
指定 MyISAM 类型数据表表使用特殊的树形结构的缓存。使用整块方式(bulk)能够加快插入操作( INSERT ... SELECT, INSERT ... VALUES (...), (...), ..., 和 LOAD DATA INFILE) 的速度和效率。该参数限制每个线程使用的树形结构缓存大小,如果设置为0则禁用该加速缓存功能。注意:该参数对应的缓存操作只能用户向非空数据表中执行插入操作!默认值为 8MB。
12. character_set
MySQL的默认字符集。
13. character_sets
MySQL所能提供支持的字符集。
14. concurrent_inserts
如果开启该参数,MySQL则允许在执行 SELECT 操作的同时进行 INSERT 操作。如果要关闭该参数,可以在启动 mysqld 时加载 --safe 选项,或者使用 --skip-new 选项。默认为On。
15. connect_timeout
指定MySQL服务等待应答一个连接报文的最大秒数,超出该时间,MySQL向客户端返回 bad handshake。
16. datadir
指定数据库路径。即为 --datadir 选项的值。
17. delay_key_write
该参数只对 MyISAM 类型数据表有效。有如下的取值种类:
off: 如果在建表语句中使用 CREATE TABLE ... DELAYED_KEY_WRITES,则全部忽略
DELAYED_KEY_WRITES;
on: 如果在建表语句中使用 CREATE TABLE ... DELAYED_KEY_WRITES,则使用该选项(默认);
all: 所有打开的数据表都将按照 DELAYED_KEY_WRITES 处理。
如果 DELAYED_KEY_WRITES 开启,对于已经打开的数据表而言,在每次索引更新时都不刷新带有
DELAYED_KEY_WRITES 选项的数据表的key buffer,除非该数据表关闭。该参数会大幅提升写入键值的速
度。如果使用该参数,则应该检查所有数据表:myisamchk --fast --force。
18.delayed_insert_limit
在插入delayed_insert_limit行后,INSERT DELAYED处理模块将检查是否有未执行的SELECT语句。如果有,在继续处理前执行允许这些语句。
19. delayed_insert_timeout
一个INSERT DELAYED线程应该在终止之前等待INSERT语句的时间。
20. delayed_queue_size
为处理INSERT DELAYED分配的队列大小(以行为单位)。如果排队满了,任何进行INSERT DELAYED的客户必须等待队列空间释放后才能继续。
21. flush
在启动MySQL时加载 --flush 参数打开该功能。
22. flush_time
如果该设置为非0值,那么每flush_time秒,所有打开的表将被关,以释放资源和sync到磁盘。注意:只建议在使用 Windows9x/Me 或者当前操作系统资源严重不足时才使用该参数!
23. ft_boolean_syntax
搜索引擎维护员希望更改允许用于逻辑全文搜索的操作符。这些则由变量 ft_boolean_syntax 控制。
24. ft_min_word_len
指定被索引的关键词的最小长度。注意:在更改该参数值后,索引必须重建!
25. ft_max_word_len
指定被索引的关键词的最大长度。注意:在更改该参数值后,索引必须重建!
26. ft_max_word_len_for_sort
指定在使用REPAIR, CREATE INDEX, or ALTER TABLE等方法进行快速全文索引重建过程中所能使用的关键词的最大长度。超出该长度限制的关键词将使用低速方式进行插入。加大该参数的值,MySQL将会建立更大的临时文件(这会减轻CPU负载,但效率将取决于磁盘I/O效率),并且在一个排序取内存放更少的键值。
27. ft_stopword_file
从 ft_stopword_file 变量指定的文件中读取列表。在修改了 stopword 列表后,必须重建 FULLTEXT 索引。
28. have_innodb
YES: MySQL支持InnoDB类型数据表; DISABLE: 使用 --skip-innodb 关闭对InnoDB类型数据表的支持。
29. have_bdb
YES: MySQL支持伯克利类型数据表; DISABLE: 使用 --skip-bdb 关闭对伯克利类型数据表的支持。
30. have_raid
YES: 使MySQL支持RAID功能。
31. have_openssl
YES: 使MySQL支持SSL加密协议。
32. init_file
指定一个包含SQL查询语句的文件,该文件在MySQL启动时将被加载,文件中的SQL语句也会被执行。
33. interactive_timeout
服务器在关上它前在一个交互连接上等待行动的秒数。一个交互的客户被定义为对mysql_real_connect()使用CLIENT_INTERACTIVE选项的客户。也可见wait_timeout。
34. join_buffer_size
用于全部联合(join)的缓冲区大小(不是用索引的联结)。缓冲区对2个表间的每个全部联结分配一次缓冲区,当增加索引不可能时,增加该值可得到一个更快的全部联结。(通常得到快速联结的最佳方法是增加索引。)
35. key_buffer_size
用于索引块的缓冲区大小,增加它可得到更好处理的索引(对所有读和多重写),到你能负担得起那样多。如果你使它太大,系统将开始变慢慢。必须为OS文件系统缓存留下一些空间。为了在写入多个行时得到更多的速度。
36. language
用户输出报错信息的语言。
37. large_file_support
开启大文件支持。
38. locked_in_memory
使用 --memlock 将mysqld锁定在内存中。
39. log
记录所有查询操作。
40. log_update
开启update log。
41. log_bin
开启 binary log。
42. log_slave_updates
如果使用链状同步或者多台Slave之间进行同步则需要开启此参数。
43. long_query_time
如果一个查询所用时间超过该参数值,则该查询操作将被记录在Slow_queries中。
44. lower_case_table_names
1: MySQL总使用小写字母进行SQL操作;
0: 关闭该功能。
注意:如果使用该参数,则应该在启用前将所有数据表转换为小写字母。
45. max_allowed_packet
一个查询语句包的最大尺寸。消息缓冲区被初始化为net_buffer_length字节,但是可在需要时增加到max_allowed_packet个字节。该值太小则会在处理大包时产生错误。如果使用大的BLOB列,必须增加该值。
46. net_buffer_length
通信缓冲区在查询期间被重置到该大小。通常不要改变该参数值,但是如果内存不足,可以将它设置为查询期望的大小。(即,客户发出的SQL语句期望的长度。如果语句超过这个长度,缓冲区自动地被扩大,直到max_allowed_packet个字节。)
47. max_binlog_cache_size
指定binary log缓存的最大容量,如果设置的过小,则在执行复杂查询语句时MySQL会出错。
48. max_binlog_size
指定binary log文件的最大容量,默认为1GB。
49. max_connections
允许同时连接MySQL服务器的客户数量。如果超出该值,MySQL会返回Too many connections错误,但通常情况下,MySQL能够自行解决。
50. max_connect_errors
对于同一主机,如果有超出该参数值个数的中断错误连接,则该主机将被禁止连接。如需对该主机进行解禁,执行:FLUSH HOST;。
51. max_delayed_threads
不要启动多于的这个数字的线程来处理INSERT DELAYED语句。如果你试图在所有INSERT DELAYED线程在用后向一张新表插入数据,行将被插入,就像DELAYED属性没被指定那样。
52. max_heap_table_size
内存表所能使用的最大容量。
53. max_join_size
如果要查询多于max_join_size个记录的联合将返回一个错误。如果要执行没有一个WHERE的语句并且耗费大量时间,且返回上百万行的联结,则需要加大该参数值。
54. max_sort_length
在排序BLOB或TEXT值时使用的字节数(每个值仅头max_sort_length个字节被使用;其余的被忽略)。
55. max_user_connections
指定来自同一用户的最多连接数。设置为0则代表不限制。
56. max_tmp_tables
(该参数目前还没有作用)。一个客户能同时保持打开的临时表的最大数量。
57. max_write_lock_count
当出现max_write_lock_count个写入锁定数量后,开始允许一些被锁定的读操作开始执行。避免写入锁定过多,读取操作处于长时间等待状态。
58. myisam_recover_options
在LAMP架构的网站开发过程中,有些时候我们需要了解MySQL的服务器状态信息,譬如当前MySQL启动后的运行时间,当前MySQL的客户端会话连接数,当前MySQL服务器执行的慢查询数,当前MySQL执行了多少SELECT
语句、执行了多少UPDATE
/DELETE
/INSERT
语句等统计信息,从而便于我们根据当前MySQL服务器的运行状态进行对应的调整或优化工作。
在MySQL中,我们可以使用SHOW STATUS
指令语句来查看MySQL服务器的状态信息。下面,我们以DOS命令窗口的形式连接MySQL,并执行show status;
指令,我们将看到如下显示信息:
当我们执行show status
语句时,MySQL将会列出多达300多条的状态信息记录,其中包括了供我们查看了解的各种信息。不过,如果直接使用show status
指令得到300多条记录,会让我们看得眼花缭乱,因此我们希望能够「按需查看」一部分状态信息。这个时候,我们可以在show status
语句后加上对应的like
子句。例如,我们想要查看当前MySQL启动后的运行时间,我们可以执行如下语句:
--查询当前MySQL本次启动后的运行统计时间 show status like 'uptime';
此时,我们就可以看到如下结果:
+---------------+-------+ | Variable_name | Value | +---------------+-------+ | Uptime | 5667 | +---------------+-------+ 1 row in set (0.00 sec)同样的,如果我们要本次MySQL启动后执行的
SELECT
语句的次数,我们可以执行如下语句:
show status like 'com_select';对应输出结果如下:
+---------------+-------+ | Variable_name | Value | +---------------+-------+ | Com_select | 1 | +---------------+-------+ 1 row in set (0.00 sec)此外,与
WHERE
子句中的LIKE
关键字类似,show status
后的LIKE
关键字也可以使用'_' 或'%'等通配符来进行模糊匹配。例如我们可以执行如下语句来查看MySQL服务器的线程信息:show status like 'Thread_%';
+-------------------+-------+ | Variable_name | Value | +-------------------+-------+ | Threads_cached | 0 | | Threads_connected | 1 | | Threads_created | 1 | | Threads_running | 1 | +-------------------+-------+ 4 rows in set (0.00 sec)值得注意的是,在上述
show status like 'com_select'
指令的执行示例中,显示的SELECT
语句统计信息仅仅表示当前会话连接执行的SELECT
语句数量。因为,show status
指令的完整语法如下:SHOW [统计范围] STATUS [LIKE '状态项名称'] --统计范围关键字分为GLOBAL和SESSION(或LOCAL)两种。在
show status
的完整语法中,"[]"中的部分是可选的,如果我们的show status
语句中不包含统计范围关键字,则默认统计范围为SESSION
,也就是只统计当前连接的状态信息。如果我们需要查询自当前MySQL启动后所有连接执行的SELECT
语句总数,我们可以执行如下语句:show global status like 'com_select';以上即是
show status
的详细用法。由于show status
的状态统计项较多,我们就不再一一解释每个统计项的具体含义,在这里,我们仅列出部分常用的状态信息查看语句:- --查看MySQL本次启动后的运行时间(单位:秒)
- show status like 'uptime';
- --查看select语句的执行数
- show [global] status like 'com_select';
- --查看insert语句的执行数
- show [global] status like 'com_insert';
- --查看update语句的执行数
- show [global] status like 'com_update';
- --查看delete语句的执行数
- show [global] status like 'com_delete';
- --查看试图连接到MySQL(不管是否连接成功)的连接数
- show status like 'connections';
- --查看线程缓存内的线程的数量。
- show status like 'threads_cached';
- --查看当前打开的连接的数量。
- show status like 'threads_connected';
- --查看当前打开的连接的数量。
- show status like 'threads_connected';
- --查看创建用来处理连接的线程数。如果Threads_created较大,你可能要增加thread_cache_size值。
- show status like 'threads_created';
- --查看激活的(非睡眠状态)线程数。
- show status like 'threads_running';
- --查看立即获得的表的锁的次数。
- show status like 'table_locks_immediate';
- --查看不能立即获得的表的锁的次数。如果该值较高,并且有性能问题,你应首先优化查询,然后拆分表或使用复制。
- show status like 'table_locks_waited';
- --查看创建时间超过slow_launch_time秒的线程数。
- show status like 'slow_launch_threads';
- --查看查询时间超过long_query_time秒的查询的个数。
- show status like 'slow_queries';
- mysql> show variables;
2, 查看MySQL服务器运行的各种状态值
- mysql> show global status;
3, 慢查询
- mysql> show variables like '%slow%';
- +------------------+-------+
- | Variable_name | Value |
- +------------------+-------+
- | log_slow_queries | OFF |
- | slow_launch_time | 2 |
- +------------------+-------+
- mysql> show global status like '%slow%';
- +---------------------+-------+
- | Variable_name | Value |
- +---------------------+-------+
- | Slow_launch_threads | 0 |
- | Slow_queries | 279 |
- +---------------------+-------+
配置中关闭了记录慢查询(最好是打开,方便优化),超过2秒即为慢查询,一共有279条慢查询
4, 连接数
- mysql> show variables like 'max_connections';
- +-----------------+-------+
- | Variable_name | Value |
- +-----------------+-------+
- | max_connections | 500 |
- +-----------------+-------+
- mysql> show global status like 'max_used_connections';
- +----------------------+-------+
- | Variable_name | Value |
- +----------------------+-------+
- | Max_used_connections | 498 |
- +----------------------+-------+
设置的最大连接数是500,而响应的连接数是498
max_used_connections / max_connections * 100% = 99.6% (理想值 ≈ 85%)
5, key_buffer_size
key_buffer_size是对MyISAM表性能影响最大的一个参数, 不过数据库中多为Innodb
- mysql> show variables like 'key_buffer_size';
- +-----------------+----------+
- | Variable_name | Value |
- +-----------------+----------+
- | key_buffer_size | 67108864 |
- +-----------------+----------+
- mysql> show global status like 'key_read%';
- +-------------------+----------+
- | Variable_name | Value |
- +-------------------+----------+
- | Key_read_requests | 25629497 |
- | Key_reads | 66071 |
- +-------------------+----------+
一共有25629497个索引读取请求,有66071个请求在内存中没有找到直接从硬盘读取索引,计算索引未命中缓存的概率:
key_cache_miss_rate = Key_reads / Key_read_requests * 100% =0.27%
需要适当加大key_buffer_size
- mysql> show global status like 'key_blocks_u%';
- +-------------------+-------+
- | Variable_name | Value |
- +-------------------+-------+
- | Key_blocks_unused | 10285 |
- | Key_blocks_used | 47705 |
- +-------------------+-------+
Key_blocks_unused表示未使用的缓存簇(blocks)数,Key_blocks_used表示曾经用到的最大的blocks数
Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 18% (理想值 ≈ 80%)
6, 临时表
- mysql> show global status like 'created_tmp%';
- +-------------------------+---------+
- | Variable_name | Value |
- +-------------------------+---------+
- | Created_tmp_disk_tables | 4184337 |
- | Created_tmp_files | 4124 |
- | Created_tmp_tables | 4215028 |
- +-------------------------+---------+
每次创建临时表,Created_tmp_tables增加,如果是在磁盘上创建临时表,Created_tmp_disk_tables也增加,Created_tmp_files表示MySQL服务创建的临时文件文件数:
Created_tmp_disk_tables / Created_tmp_tables * 100% = 99% (理想值<= 25%)
- mysql> show variables where Variable_name in ('tmp_table_size', 'max_heap_table_size');
- +---------------------+-----------+
- | Variable_name | Value |
- +---------------------+-----------+
- | max_heap_table_size | 134217728 |
- | tmp_table_size | 134217728 |
- +---------------------+-----------+
需要增加tmp_table_size
7,open table 的情况
- mysql> show global status like 'open%tables%';
- +---------------+-------+
- | Variable_name | Value |
- +---------------+-------+
- | Open_tables | 1024 |
- | Opened_tables | 1465 |
- +---------------+-------+
Open_tables 表示打开表的数量,Opened_tables表示打开过的表数量,如果Opened_tables数量过大,说明配置中 table_cache(5.1.3之后这个值叫做table_open_cache)值可能太小,我们查询一下服务器table_cache值
- mysql> show variables like 'table_cache';
- +---------------+-------+
- | Variable_name | Value |
- +---------------+-------+
- | table_cache | 1024 |
- +---------------+-------+
Open_tables / Opened_tables * 100% =69% 理想值 (>= 85%)
Open_tables / table_cache * 100% = 100% 理想值 (<= 95%)
8, 进程使用情况
- mysql> show global status like 'Thread%';
- +-------------------+-------+
- | Variable_name | Value |
- +-------------------+-------+
- | Threads_cached | 31 |
- | Threads_connected | 239 |
- | Threads_created | 2914 |
- | Threads_running | 4 |
- +-------------------+-------+
如果我们在MySQL服务器配置文件中设置了thread_cache_size,当客户端断开之后,服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁(前提是缓存数未达上限)。Threads_created表示创建过的线程数,如果发现Threads_created值过大的话,表明 MySQL服务器一直在创建线程,这也是比较耗资源,可以适当增加配置文件中thread_cache_size值,查询服务器 thread_cache_size配置:
- mysql> show variables like 'thread_cache_size';
- +-------------------+-------+
- | Variable_name | Value |
- +-------------------+-------+
- | thread_cache_size | 32 |
- +-------------------+-------+
每建立一个连接,都需要一个线程来与之匹配。
thread_cache_size:用来缓存空闲的线程,以至不被销毁,如果线程缓存中有空闲线程,这时候如果建立新连接,MYSQL就会很快的响应连接请求。
show global 里关于线程缓存有如下几个状态变量,这里作简单解释一下。
Threads_cached :代表当前此时此刻线程缓存中有多少空闲线程。
Threads_connected :代表当前已建立连接的数量,因为一个连接就需要一个线程,所以也可以看成当前被使用的线程数。
Threads_created :代表从最近一次服务启动,已创建线程的数量。
Threads_running :代表当前激活的(非睡眠状态)线程数。并不是代表正在使用的线程数,有时候连接已建立,但是连接处于sleep状态,这里相对应的线程也是sleep状态。
最好将thread_cache_size设置成与threads_connected一样。不过很少有情况将threads_cache_size设置成比200还大的数。
9, 查询缓存(query cache)
- mysql> show global status like 'qcache%';
- +-------------------------+----------+
- | Variable_name | Value |
- +-------------------------+----------+
- | Qcache_free_blocks | 2226 |
- | Qcache_free_memory | 10794944 |
- | Qcache_hits | 5385458 |
- | Qcache_inserts | 1806301 |
- | Qcache_lowmem_prunes | 433101 |
- | Qcache_not_cached | 4429464 |
- | Qcache_queries_in_cache | 7168 |
- | Qcache_total_blocks | 16820 |
- +-------------------------+----------+
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的配置:
- mysql> show variables like 'query_cache%';
- +------------------------------+----------+
- | Variable_name | Value |
- +------------------------------+----------+
- | query_cache_limit | 33554432 |
- | query_cache_min_res_unit | 4096 |
- | query_cache_size | 33554432 |
- | query_cache_type | ON |
- | query_cache_wlock_invalidate | OFF |
- +------------------------------+----------+
各字段的解释:
query_cache_limit:超过此大小的查询将不缓存
query_cache_min_res_unit:缓存块的最小大小
query_cache_size:查询缓存大小
query_cache_type:缓存类型,决定缓存什么样的查询,示例中表示不缓存 select sql_no_cache 查询
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 > 50的话说明query_cache_size可能有点小,要不就是碎片太多。
查询缓存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100%
示例服务器 查询缓存碎片率 = 20.46%,查询缓存利用率 = 62.26%,查询缓存命中率 = 1.94%,命中率很差,可能写操作比较频繁吧,而且可能有些碎片。
10,排序使用情况
- mysql> show global status like 'sort%';
- +-------------------+----------+
- | Variable_name | Value |
- +-------------------+----------+
- | Sort_merge_passes | 2136 |
- | Sort_range | 81888 |
- | Sort_rows | 35918141 |
- | Sort_scan | 55269 |
- +-------------------+----------+
Sort_merge_passes 包括两步。MySQL 首先会尝试在内存中做排序,使用的内存大小由系统变量 Sort_buffer_size 决定,如果它的大小不够把所有的记录都读到内存中,MySQL 就会把每次在内存中排序的结果存到临时文件中,等 MySQL 找到所有记录之后,再把临时文件中的记录做一次排序。这再次排序就会增加 Sort_merge_passes。实际上,MySQL 会用另一个临时文件来存再次排序的结果,所以通常会看到 Sort_merge_passes 增加的数值是建临时文件数的两倍。因为用到了临时文件,所以速度可能会比较慢,增加 Sort_buffer_size 会减少 Sort_merge_passes 和 创建临时文件的次数。但盲目的增加 Sort_buffer_size 并不一定能提高速度,见 How fast can you sort data with MySQL?(引自http://qroom.blogspot.com/2007/09/mysql-select-sort.html)
另外,增加read_rnd_buffer_size(3.2.3是record_rnd_buffer_size)的值对排序的操作也有一点的好处,参见:http://www.mysqlperformanceblog.com/2007/07/24/what-exactly-is- read_rnd_buffer_size/
11.文件打开数(open_files)
- mysql> show global status like 'open_files';
- +---------------+-------+
- | Variable_name | Value |
- +---------------+-------+
- | Open_files | 821 |
- +---------------+-------+
- mysql> show variables like 'open_files_limit';
- +------------------+-------+
- | Variable_name | Value |
- +------------------+-------+
- | open_files_limit | 65535 |
- +------------------+-------+
比较合适的设置:Open_files / open_files_limit * 100% <= 75%
正常
12。 表锁情况
- mysql> show global status like 'table_locks%';
- +-----------------------+---------+
- | Variable_name | Value |
- +-----------------------+---------+
- | Table_locks_immediate | 4257944 |
- | Table_locks_waited | 25182 |
- +-----------------------+---------+
Table_locks_immediate 表示立即释放表锁数,Table_locks_waited表示需要等待的表锁数,如果 Table_locks_immediate / Table_locks_waited > 5000,最好采用InnoDB引擎,因为InnoDB是行锁而MyISAM是表锁,对于高并发写入的应用InnoDB效果会好些.
13. 表扫描情况
- mysql> show global status like 'handler_read%';
- +-----------------------+-----------+
- | Variable_name | Value |
- +-----------------------+-----------+
- | Handler_read_first | 108763 |
- | Handler_read_key | 92813521 |
- | Handler_read_next | 486650793 |
- | Handler_read_prev | 688726 |
- | Handler_read_rnd | 9321362 |
- | Handler_read_rnd_next | 153086384 |
- +-----------------------+-----------+
各字段解释参见http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html,调出服务器完成的查询请求次数:
- mysql> show global status like 'com_select';
- +---------------+---------+
- | Variable_name | Value |
- +---------------+---------+
- | Com_select | 2693147 |
- +---------------+---------+
计算表扫描率:
表扫描率 = Handler_read_rnd_next / Com_select
如果表扫描率超过4000,说明进行了太多表扫描,很有可能索引没有建好,增加read_buffer_size值会有一些好处,但最好不要超过8MB。
相关推荐
- **其他改进**:新增了 `SHOW SLAVE STATUS`、`GLOBAL`、`SESSION`、`STATUS` 和 `VARIABLES` 等命令,提供了更多的监控选项。 - **文档资源**:MySQL 官方提供了详细的 Performance Schema 参考手册,详细介绍了每...
### MySQL安装过程详解 #### 1. 解压MySQL压缩包 - **步骤**:将MySQL压缩包解压到自定义目录下,例如`D:\MySQL\mysql-5.7.13-winx64`。 - **配置文件**:将解压目录下的默认配置文件`my-default.ini`复制一份,并...
- show variables:显示MySQL服务器系统变量的名称和值。 3. 系统进程信息 - show processlist:显示MySQL系统中正在运行的所有进程,也就是当前正在执行的查询。一般用户可以看到他们自己的进程,如果用户拥有...
### MySQL Master-Master Replication Manager (MMM) 架构配置详解 #### 一、概述 MySQL Master-Master Replication Manager (MMM) 是一套强大的脚本集合,主要用于监控和故障转移,以及管理 MySQL 的 Master-...
在日常运维与开发工作中,MySQL作为一款广泛使用的开源关系型数据库管理系统,其性能优化一直是DBA及开发人员关注的重点之一。本文将根据提供的部分内容,深入探讨几种常用的MySQL优化策略,包括查看MySQL服务器配置...
12. **性能监控与调优**:这部分可能包括使用SHOW STATUS和SHOW VARIABLES命令来监控MySQL状态,以及如何调整配置参数以提升性能。 13. **复制与集群**:MySQL的复制技术使得数据可以在多个服务器间同步,增强了...
- 描述:如何使用`STATUS`和`SORT_ACCESS`等命令来监控和优化MySQL性能。 - 解析: - `STATUS`命令提供了MySQL服务器的状态信息,可用于监控服务器资源使用情况。 - `SORT_ACCESS`与性能模式相关,可以帮助诊断和...
### MySQL配置文件mysql.ini参数详解 #### 概述 MySQL是一种广泛使用的开源关系型数据库管理系统。为了优化MySQL的性能及确保稳定运行,合理地配置`my.ini`(或在Linux系统下为`my.cnf`)文件至关重要。该文件包含...
### CentOS7 64位下MySQL5.7安装与配置详解 #### 一、配置YUM源 在开始安装MySQL之前,首先需要配置好YUM源。YUM(Yellowdog Updater Modified)是一个用于RPM软件包管理的工具,它可以自动处理依赖关系,并一次性...
- 使用 `pymysql.connect()` 方法建立与 MySQL 数据库的连接。 - 编写 SQL 查询语句获取所需的性能指标。 - 执行查询并处理结果,计算各项指标的值。 3. **定时执行脚本**: 可以通过 `cron` 守护进程或其他定时...
- `mysqladmin variables` 和 `mysqladmin extended-status`:在命令行中显示MySQL的系统变量和状态信息。 - **慢查询日志**:慢查询日志是一种非常有用的工具,用于记录执行时间过长的SQL语句。通过分析这些慢...
- **验证命令**:`show variables like '%server_id%'` 和 `show master status;` #### 二、MySQL 读写分离 **概念**:MySQL 读写分离是指将查询操作(读操作)和数据修改操作(写操作)分别分配到不同的服务器上...
### MySQL 删除日志方法详解 在数据库管理过程中,MySQL的日志文件可能会随着时间的推移而逐渐增大,占用较多的磁盘空间。为了更好地管理和优化存储资源,适时地清理不再需要的日志文件是非常必要的。本文将详细...
### MySQL 5.7 性能方案(Performance Schema)详解 #### 一、概述 MySQL 5.7 的性能方案(Performance Schema)是一项强大的监控工具,用于监测 MySQL 服务器在运行时的内部执行情况。这一特性允许用户深入了解...
MySQL服务器配置是数据库管理的关键环节之一,通过合理的配置,能够显著提升数据库性能、安全性及稳定性。本文将从MySQL服务器的基本配置选项入手,深入探讨如何利用命令行选项和系统变量来进行有效的配置。 #### ...
MySQL提供了多种工具和手段来监控系统状态,如`SHOW STATUS`、`SHOW VARIABLES`、慢查询日志等。通过这些信息,DBA可以识别性能瓶颈并进行优化。 了解MySQL的这些核心组成部分和它们的工作原理,对于运维MySQL...