1. SHOW PROCESSLIST;
显示哪些线程正在运行（只列出前100条），SHOW FULL PROCESSLIST; 列出所有线程信息。
如果您有SUPER权限，您可以看到所有线程。否则，您只能看到您自己的线程（也就是，与您正在使用的MySQL账户相关的线程）。
如果有线程在update或者insert 某个表，此时进程的status为updating 或者 sending data。
如果您得到"too many connections"错误信息，并且想要了解正在发生的情况，本语句是非常有用的。MySQL保留一个额外的链接，让拥有SUPER权限的账户使用，以确保管理员能够随时连接和检查系统（假设您没有把此权限给予所有的用户）。
|
Id |
User |
Host |
db |
Command |
Time |
State |
Info |
|
2411 |
root |
125.121.239.68:54744 |
tb_lock_db |
Query |
0 |
starting |
SHOW PROCESSLIST |
|
2413 |
root |
125.121.239.68:54749 |
tb_lock_db |
Sleep |
961 |
||
|
2447 |
root |
125.121.239.68:55199 |
test |
Sleep |
2443 |
||
|
2448 |
root |
125.121.239.68:55376 |
tb_lock_db |
Sleep |
911 |
||
|
2449 |
root |
localhost |
Sleep |
73 |
参数：
id #id标识，要kill一个语句的时候很有用
user #当前连接用户
host #显示这个连接从哪个ip的哪个端口上发出
db #数据库名
command #连接状态，一般是休眠(sleep) ,查询(query),连接(connect)
time #连接持续时间，单位是秒
state #显示当前sql语句的状态
info #显示这个sql语
其中state的状态十分关键，下表列出state主要状态和描述：
|
状态 |
描述 |
|
Checking table |
正在检查数据表（这是自动的）。 |
|
Closing tables |
正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的操作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。 |
|
Connect Out |
复制从服务器正在连接主服务器。 |
|
Copying to tmp table on disk |
由于临时结果集大于tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存。 |
|
Creating tmp table |
正在创建临时表以存放部分查询结果。 |
|
deleting from main table |
服务器正在执行多表删除中的第一部分，刚删除第一个表。 |
|
deleting from reference tables |
服务器正在执行多表删除中的第二部分，正在删除其他表的记录。 |
|
Flushing tables |
正在执行FLUSH TABLES，等待其他线程关闭数据表。 |
|
Killed |
发送了一个kill请求给某线程，那么这个线程将会检查kill标志位，同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位，不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了，那么kill请求会在锁释放时马上生效。 |
|
Locked |
被其他查询锁住了。 |
|
Sending data |
正在处理SELECT查询的记录，同时正在把结果发送给客户端。 |
|
Sorting for group |
正在为GROUP BY做排序。 |
|
Sorting for order |
正在为ORDER BY做排序。 |
|
Opening tables |
这个过程应该会很快，除非受到其他因素的干扰。例如，在执ALTER TABLE或LOCK TABLE语句执行完以前，数据表无法被其他线程打开。正尝试打开一个表。 |
|
Removing duplicates |
正在执行一个SELECT DISTINCT方式的查询，但是MySQL无法在前一个阶段优化掉那些重复的记录。因此，MySQL需要再次去掉重复的记录，然后再把结果发送给客户端。 |
|
Reopen table |
获得了对一个表的锁，但是必须在表结构修改之后才能获得这个锁。已经释放锁，关闭数据表，正尝试重新打开数据表。 |
|
Repair by sorting |
修复指令正在排序以创建索引。 |
|
Repair with keycache |
修复指令正在利用索引缓存一个一个地创建新索引。它会比Repair by sorting慢些。 |
|
Searching rows for update |
正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录之前就完成了。 |
|
Sleeping |
正在等待客户端发送新请求. |
|
System lock |
正在等待取得一个外部的系统锁。如果当前没有运行多个mysqld服务器同时请求同一个表，那么可以通过增加--skip-external-locking参数来禁止外部系统锁。 |
|
Upgrading lock |
INSERT DELAYED正在尝试取得一个锁表以插入新记录。 |
|
Updating |
正在搜索匹配的记录，并且修改它们。 |
|
User Lock |
正在等待GET_LOCK()。 |
|
Waiting for tables |
该线程得到通知，数据表结构已经被修改了，需要重新打开数据表以取得新的结构。然后，为了能的重新打开数据表，必须等到所有其他线程关闭这个表。以下几种情况下会产生这个通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。 |
|
waiting for handler insert |
INSERT DELAYED已经处理完了所有待处理的插入操作，正在等待新的请求。 |
2.SHOW OPEN TABLES ;
|
Database |
Table |
In_use |
Name_locked |
|
tb_lock_db |
account |
0 |
0 |
这条命令能够查看当前有那些表是打开的。In_use列表示有多少线程正在使用某张表，Name_locked表示表名是否被锁，这一般发生在Drop或Rename命令操作这张表时。所以这条命令不能帮助解答我们常见的问题：当前某张表是否有死锁，谁拥有表上的这个锁等。这个列表可能特别长，屏幕可能装不下。通过指定数据库来减少返回条数： OPEN TABLES FROM database;
3.SHOW STATUS LIKE '%**%';
查看服务器状态。
mysql> show status like '%lock%';
+------------------------------------------+---------+
| Variable_name | Value |
+------------------------------------------+---------+
| Com_lock_tables | 0 |
| Com_unlock_tables | 0 |
| Innodb_row_lock_current_waits | 0 |
| Innodb_row_lock_time | 3946985 |
| Innodb_row_lock_time_avg | 1558 |
| Innodb_row_lock_time_max | 121788 |
| Innodb_row_lock_waits | 2532 |
| Key_blocks_not_flushed | 0 |
| Key_blocks_unused | 26716 |
| Key_blocks_used | 2660 |
| Performance_schema_locker_lost | 0 |
| Performance_schema_rwlock_classes_lost | 0 |
| Performance_schema_rwlock_instances_lost | 0 |
| Qcache_free_blocks | 27343 |
| Qcache_total_blocks | 61962 |
| Table_locks_immediate | 8504599 |
| Table_locks_waited | 2 |
+------------------------------------------+---------+
|
状态名 |
作用域 |
详细解释 |
|
Aborted_clients |
Global |
由于客户端没有正确关闭连接导致客户端终止而中断的连接数 |
|
Aborted_connects |
Global |
试图连接到MySQL服务器而失败的连接数 |
|
Binlog_cache_disk_use |
Global |
使用临时二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量 |
|
Binlog_cache_use |
Global |
使用临时二进制日志缓存的事务数量 |
|
Bytes_received |
Both |
从所有客户端接收到的字节数。 |
|
Bytes_sent |
Both |
发送给所有客户端的字节数。 |
|
com* |
各种数据库操作的数量 |
|
|
Compression |
Session |
客户端与服务器之间只否启用压缩协议 |
|
Connections |
Global |
试图连接到(不管是否成功)MySQL服务器的连接数 |
|
Created_tmp_disk_tables |
Both |
服务器执行语句时在硬盘上自动创建的临时表的数量 |
|
Created_tmp_files |
Global |
mysqld已经创建的临时文件的数量 |
|
Created_tmp_tables |
Both |
服务器执行语句时自动创建的内存中的临时表的数量。如果Created_tmp_disk_tables较大，你可能要增加tmp_table_size值使临时 表基于内存而不基于硬盘 |
|
Delayed_errors |
Global |
用INSERT DELAYED写的出现错误的行数(可能为duplicate key)。 |
|
Delayed_insert_threads |
Global |
使用的INSERT DELAYED处理器线程数。 |
|
Delayed_writes |
Global |
写入的INSERT DELAYED行数 |
|
Flush_commands |
Global |
执行的FLUSH语句数。 |
|
Handler_commit |
Both |
内部提交语句数 |
|
Handler_delete |
Both |
行从表中删除的次数。 |
|
Handler_discover |
Both |
MySQL服务器可以问NDB CLUSTER存储引擎是否知道某一名字的表。这被称作发现。Handler_discover说明通过该方法发现的次数。 |
|
Handler_prepare |
Both |
A counter for the prepare phase of two-phase commit operations. |
|
Handler_read_first |
Both |
索引中第一条被读的次数。如果较高，它建议服务器正执行大量全索引扫描；例如，SELECT col1 FROM foo，假定col1有索引。 |
|
Handler_read_key |
Both |
根据键读一行的请求数。如果较高，说明查询和表的索引正确。 |
|
Handler_read_next |
Both |
按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加。 |
|
Handler_read_prev |
Both |
按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC。 |
|
Handler_read_rnd |
Both |
根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。 |
|
Handler_read_rnd_next |
Both |
在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。 |
|
Handler_rollback |
Both |
内部ROLLBACK语句的数量。 |
|
Handler_savepoint |
Both |
在一个存储引擎放置一个保存点的请求数量。 |
|
Handler_savepoint_rollback |
Both |
在一个存储引擎的要求回滚到一个保存点数目。 |
|
Handler_update |
Both |
在表内更新一行的请求数。 |
|
Handler_write |
Both |
在表内插入一行的请求数。 |
|
Innodb_buffer_pool_pages_data |
Global |
包含数据的页数(脏或干净)。 |
|
Innodb_buffer_pool_pages_dirty |
Global |
当前的脏页数。 |
|
Innodb_buffer_pool_pages_flushed |
Global |
要求清空的缓冲池页数 |
|
Innodb_buffer_pool_pages_free |
Global |
空页数。 |
|
Innodb_buffer_pool_pages_latched |
Global |
在InnoDB缓冲池中锁定的页数。这是当前正读或写或由于其它原因不能清空或删除的页数。 |
|
Innodb_buffer_pool_pages_misc |
Global |
忙的页数，因为它们已经被分配优先用作管理，例如行锁定或适用的哈希索引。该值还可以计算为Innodb_buffer_pool_pages_total - Innodb_buffer_pool_pages_free - Innodb_buffer_pool_pages_data。 |
|
Innodb_buffer_pool_pages_total |
Global |
缓冲池总大小（页数）。 |
|
Innodb_buffer_pool_read_ahead_rnd |
Global |
InnoDB初始化的“随机”read-aheads数。当查询以随机顺序扫描表的一大部分时发生。 |
|
Innodb_buffer_pool_read_ahead_seq |
Global |
InnoDB初始化的顺序read-aheads数。当InnoDB执行顺序全表扫描时发生。 |
|
Innodb_buffer_pool_read_requests |
Global |
InnoDB已经完成的逻辑读请求数。 |
|
Innodb_buffer_pool_reads |
Global |
不能满足InnoDB必须单页读取的缓冲池中的逻辑读数量。 |
|
Innodb_buffer_pool_wait_free |
Global |
一般情况，通过后台向InnoDB缓冲池写。但是，如果需要读或创建页，并且没有干净的页可用，则它还需要先等待页面清空。该计数器对等待实例进行记数。如果已经适当设置缓冲池大小，该值应小。 |
|
Innodb_buffer_pool_write_requests |
Global |
向InnoDB缓冲池的写数量。 |
|
Innodb_data_fsyncs |
Global |
fsync()操作数。 |
|
Innodb_data_pending_fsyncs |
Global |
当前挂起的fsync()操作数。 |
|
Innodb_data_pending_reads |
Global |
当前挂起的读数。 |
|
Innodb_data_pending_writes |
Global |
当前挂起的写数。 |
|
Innodb_data_read |
Global |
至此已经读取的数据数量（字节）。 |
|
Innodb_data_reads |
Global |
数据读总数量。 |
|
Innodb_data_writes |
Global |
数据写总数量。 |
|
Innodb_data_written |
Global |
至此已经写入的数据量（字节）。 |
|
Innodb_dblwr_pages_written |
Global |
已经执行的双写操作数量 |
|
Innodb_dblwr_writes |
Global |
双写操作已经写好的页数 |
|
Innodb_log_waits |
Global |
我们必须等待的时间，因为日志缓冲区太小，我们在继续前必须先等待对它清空 |
|
Innodb_log_write_requests |
Global |
日志写请求数。 |
|
Innodb_log_writes |
Global |
向日志文件的物理写数量。 |
|
Innodb_os_log_fsyncs |
Global |
向日志文件完成的fsync()写数量。 |
|
Innodb_os_log_pending_fsyncs |
Global |
挂起的日志文件fsync()操作数量。 |
|
Innodb_os_log_pending_writes |
Global |
挂起的日志文件写操作 |
|
Innodb_os_log_written |
Global |
写入日志文件的字节数。 |
|
Innodb_page_size |
Global |
编译的InnoDB页大小(默认16KB)。许多值用页来记数；页的大小很容易转换为字节。 |
|
Innodb_pages_created |
Global |
创建的页数。 |
|
Innodb_pages_read |
Global |
读取的页数。 |
|
Innodb_pages_written |
Global |
写入的页数。 |
|
Innodb_row_lock_current_waits |
Global |
当前等待的待锁定的行数。 |
|
Innodb_row_lock_time |
Global |
行锁定花费的总时间，单位毫秒。 |
|
Innodb_row_lock_time_avg |
Global |
行锁定的平均时间，单位毫秒。 |
|
Innodb_row_lock_time_max |
Global |
行锁定的最长时间，单位毫秒。 |
|
Innodb_row_lock_waits |
Global |
一行锁定必须等待的时间数。 |
|
Innodb_rows_deleted |
Global |
从InnoDB表删除的行数。 |
|
Innodb_rows_inserted |
Global |
插入到InnoDB表的行数。 |
|
Innodb_rows_read |
Global |
从InnoDB表读取的行数。 |
|
Innodb_rows_updated |
Global |
InnoDB表内更新的行数。 |
|
Key_blocks_not_flushed |
Global |
键缓存内已经更改但还没有清空到硬盘上的键的数据块数量。 |
|
Key_blocks_unused |
Global |
键缓存内未使用的块数量。你可以使用该值来确定使用了多少键缓存 |
|
Key_blocks_used |
Global |
键缓存内使用的块数量。该值为高水平线标记，说明已经同时最多使用了多少块。 |
|
Key_read_requests |
Global |
从缓存读键的数据块的请求数。 |
|
Key_reads |
Global |
从硬盘读取键的数据块的次数。如果Key_reads较大，则Key_buffer_size值可能太小。可以用Key_reads/Key_read_requests计算缓存损失率。 |
|
Key_write_requests |
Global |
将键的数据块写入缓存的请求数。 |
|
Key_writes |
Global |
向硬盘写入将键的数据块的物理写操作的次数。 |
|
Last_query_cost |
Session |
用查询优化器计算的最后编译的查询的总成本。用于对比同一查询的不同查询方案的成本。默认值0表示还没有编译查询。 默认值是0。Last_query_cost具有会话范围。 |
|
Max_used_connections |
Global |
服务器启动后已经同时使用的连接的最大数量。 |
|
ndb* |
ndb集群相关 |
|
|
Not_flushed_delayed_rows |
Global |
等待写入INSERT DELAY队列的行数。 |
|
Open_files |
Global |
打开的文件的数目。 |
|
Open_streams |
Global |
打开的流的数量(主要用于记录)。 |
|
Open_table_definitions |
Global |
缓存的.frm文件数量 |
|
Open_tables |
Both |
当前打开的表的数量。 |
|
Opened_files |
Global |
文件打开的数量。不包括诸如套接字或管道其他类型的文件。 也不包括存储引擎用来做自己的内部功能的文件。 |
|
Opened_table_definitions |
Both |
已经缓存的.frm文件数量 |
|
Opened_tables |
Both |
已经打开的表的数量。如果Opened_tables较大，table_cache 值可能太小。 |
|
Prepared_stmt_count |
Global |
当前的预处理语句的数量。 (最大数为系统变量: max_prepared_stmt_count) |
|
Qcache_free_blocks |
Global |
查询缓存内自由内存块的数量。 |
|
Qcache_free_memory |
Global |
用于查询缓存的自由内存的数量。 |
|
Qcache_hits |
Global |
查询缓存被访问的次数。 |
|
Qcache_inserts |
Global |
加入到缓存的查询数量。 |
|
Qcache_lowmem_prunes |
Global |
由于内存较少从缓存删除的查询数量。 |
|
Qcache_not_cached |
Global |
非缓存查询数(不可缓存，或由于query_cache_type设定值未缓存)。 |
|
Qcache_queries_in_cache |
Global |
登记到缓存内的查询的数量。 |
|
Qcache_total_blocks |
Global |
查询缓存内的总块数。 |
|
Queries |
Both |
服务器执行的请求个数，包含存储过程中的请求。 |
|
Questions |
Both |
已经发送给服务器的查询的个数。 |
|
Rpl_status |
Global |
失败安全复制状态(还未使用)。 |
|
Select_full_join |
Both |
没有使用索引的联接的数量。如果该值不为0,你应仔细检查表的索引 |
|
Select_full_range_join |
Both |
在引用的表中使用范围搜索的联接的数量。 |
|
Select_range |
Both |
在第一个表中使用范围的联接的数量。一般情况不是关键问题，即使该值相当大。 |
|
Select_range_check |
Both |
在每一行数据后对键值进行检查的不带键值的联接的数量。如果不为0，你应仔细检查表的索引。 |
|
Select_scan |
Both |
对第一个表进行完全扫描的联接的数量。 |
|
Slave_heartbeat_period |
Global |
复制的心跳间隔 |
|
Slave_open_temp_tables |
Global |
从服务器打开的临时表数量 |
|
Slave_received_heartbeats |
Global |
从服务器心跳数 |
|
Slave_retried_transactions |
Global |
本次启动以来从服务器复制线程重试次数 |
|
Slave_running |
Global |
如果该服务器是连接到主服务器的从服务器，则该值为ON。 |
|
Slow_launch_threads |
Both |
创建时间超过slow_launch_time秒的线程数。 |
|
Slow_queries |
Both |
查询时间超过long_query_time秒的查询的个数。 |
|
Sort_merge_passes |
Both |
排序算法已经执行的合并的数量。如果这个变量值较大，应考虑增加sort_buffer_size系统变量的值。 |
|
Sort_range |
Both |
在范围内执行的排序的数量。 |
|
Sort_rows |
Both |
已经排序的行数。 |
|
Sort_scan |
Both |
通过扫描表完成的排序的数量。 |
|
ssl＊ |
ssl连接相关 |
|
|
Table_locks_immediate |
Global |
立即获得的表的锁的次数。 |
|
Table_locks_waited |
Global |
不能立即获得的表的锁的次数。如果该值较高，并且有性能问题，你应首先优化查询，然后拆分表或使用复制。 |
|
Threads_cached |
Global |
线程缓存内的线程的数量。 |
|
Threads_connected |
Global |
当前打开的连接的数量。 |
|
Threads_created |
Global |
创建用来处理连接的线程数。如果Threads_created较大，你可能要增加thread_cache_size值。缓存访问率的计算方法Threads_created/Connections。 |
|
Threads_running |
Global |
激活的（非睡眠状态）线程数。 |
|
Uptime |
Global |
服务器已经运行的时间（以秒为单位）。 |
|
Uptime_since_flush_status |
Global |
最近一次使用FLUSH STATUS 的时间（以秒为单位）。 |
4.show engine innodb status\G;
查看innodb引擎的运行时信息
|
===================================== 2018-12-28 07:15:53 0x7f8448aa4700 INNODB MONITOR OUTPUT ===================================== Per second averages calculated from the last 19 seconds ----------------- BACKGROUND THREAD ----------------- srv_master_thread loops: 232 srv_active, 0 srv_shutdown, 689020 srv_idle srv_master_thread log flush and writes: 689236 ---------- SEMAPHORES ---------- OS WAIT ARRAY INFO: reservation count 180 OS WAIT ARRAY INFO: signal count 167 RW-shared spins 0, rounds 295, OS waits 152 RW-excl spins 0, rounds 30, OS waits 1 RW-sx spins 0, rounds 0, OS waits 0 Spin rounds per wait: 295.00 RW-shared, 30.00 RW-excl, 0.00 RW-sx ------------------------ LATEST DETECTED DEADLOCK ------------------------ 2018-12-27 08:39:04 0x7f8448b26700 *** (1) TRANSACTION: TRANSACTION 32821, ACTIVE 20 sec starting index read mysql tables in use 1, locked 1 LOCK WAIT 3 lock struct(s), heap size 1136, 2 row lock(s) MySQL thread id 2411, OS thread handle 140206130996992, query id 5010 125.121.239.68 root statistics SELECT * FROM account WHERE id = 2 FOR UPDATE *** (1) WAITING FOR THIS LOCK TO BE GRANTED: RECORD LOCKS space id 303 page no 3 n bits 72 index PRIMARY of table `tb_lock_db`.`account` trx id 32821 lock_mode X locks rec but not gap waiting Record lock, heap no 3 PHYSICAL RECORD: n_fields 4; compact format; info bits 0 0: len 8; hex 8000000000000002; asc ;; 1: len 6; hex 000000008025; asc %;; 2: len 7; hex e10000019d0110; asc ;; 3: len 5; hex 8000000000; asc ;;
*** (2) TRANSACTION: TRANSACTION 32822, ACTIVE 12 sec starting index read mysql tables in use 1, locked 1 3 lock struct(s), heap size 1136, 2 row lock(s) MySQL thread id 2412, OS thread handle 140206132061952, query id 5014 125.121.239.68 root statistics SELECT * FROM account WHERE id = 1 FOR UPDATE *** (2) HOLDS THE LOCK(S): RECORD LOCKS space id 303 page no 3 n bits 72 index PRIMARY of table `tb_lock_db`.`account` trx id 32822 lock_mode X locks rec but not gap Record lock, heap no 3 PHYSICAL RECORD: n_fields 4; compact format; info bits 0 0: len 8; hex 8000000000000002; asc ;; 1: len 6; hex 000000008025; asc %;; 2: len 7; hex e10000019d0110; asc ;; 3: len 5; hex 8000000000; asc ;;
*** (2) WAITING FOR THIS LOCK TO BE GRANTED: RECORD LOCKS space id 303 page no 3 n bits 72 index PRIMARY of table `tb_lock_db`.`account` trx id 32822 lock_mode X locks rec but not gap waiting Record lock, heap no 2 PHYSICAL RECORD: n_fields 4; compact format; info bits 0 0: len 8; hex 8000000000000001; asc ;; 1: len 6; hex 000000008024; asc $;; 2: len 7; hex e00000019b0110; asc ;; 3: len 5; hex 8000000000; asc ;;
*** WE ROLL BACK TRANSACTION (2) ------------ TRANSACTIONS ------------ Trx id counter 32843 Purge done for trx's n:o < 32816 undo n:o < 0 state: running but idle History list length 4 LIST OF TRANSACTIONS FOR EACH SESSION: ---TRANSACTION 421681565418024, not started 0 lock struct(s), heap size 1136, 0 row lock(s) ---TRANSACTION 421681565417104, not started 0 lock struct(s), heap size 1136, 0 row lock(s) ---TRANSACTION 421681565416184, not started 0 lock struct(s), heap size 1136, 0 row lock(s) ---TRANSACTION 421681565415264, not started 0 lock struct(s), heap size 1136, 0 row lock(s) -------- FILE I/O -------- I/O thread 0 state: waiting for completed aio requests (insert buffer thread) I/O thread 1 state: waiting for completed aio requests (log thread) I/O thread 2 state: waiting for completed aio requests (read thread) I/O thread 3 state: waiting for completed aio requests (read thread) I/O thread 4 state: waiting for completed aio requests (read thread) I/O thread 5 state: waiting for completed aio requests (read thread) I/O thread 6 state: waiting for completed aio requests (write thread) I/O thread 7 state: waiting for completed aio requests (write thread) I/O thread 8 state: waiting for completed aio requests (write thread) I/O thread 9 state: waiting for completed aio requests (write thread) Pending normal aio reads: [0, 0, 0, 0] , aio writes: [0, 0, 0, 0] , ibuf aio reads:, log i/o's:, sync i/o's: Pending flushes (fsync) log: 0; buffer pool: 0 1363 OS file reads, 2200 OS file writes, 624 OS fsyncs 0.00 reads/s, 0 avg bytes/read, 0.00 writes/s, 0.00 fsyncs/s ------------------------------------- INSERT BUFFER AND ADAPTIVE HASH INDEX ------------------------------------- Ibuf: size 1, free list len 0, seg size 2, 0 merges merged operations: insert 0, delete mark 0, delete 0 discarded operations: insert 0, delete mark 0, delete 0 Hash table size 34673, node heap has 2 buffer(s) Hash table size 34673, node heap has 1 buffer(s) Hash table size 34673, node heap has 0 buffer(s) Hash table size 34673, node heap has 2 buffer(s) Hash table size 34673, node heap has 2 buffer(s) Hash table size 34673, node heap has 1 buffer(s) Hash table size 34673, node heap has 1 buffer(s) Hash table size 34673, node heap has 2 buffer(s) 0.00 hash searches/s, 0.00 non-hash searches/s --- LOG --- Log sequence number 40874759 Log flushed up to 40874759 Pages flushed up to 40874759 Last checkpoint at 40874750 0 pending log flushes, 0 pending chkp writes 371 log i/o's done, 0.00 log i/o's/second ---------------------- BUFFER POOL AND MEMORY ---------------------- Total large memory allocated 137428992 Dictionary memory allocated 1671263 Buffer pool size 8191 Free buffers 6943 Database pages 1237 Old database pages 476 Modified db pages 0 Pending reads 0 Pending writes: LRU 0, flush list 0, single page 0 Pages made young 0, not young 0 0.00 youngs/s, 0.00 non-youngs/s Pages read 1142, created 95, written 1739 0.00 reads/s, 0.00 creates/s, 0.00 writes/s No buffer pool page gets since the last printout Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s LRU len: 1237, unzip_LRU len: 0 I/O sum[0]:cur[0], unzip sum[0]:cur[0] -------------- ROW OPERATIONS -------------- 0 queries inside InnoDB, 0 queries in queue 0 read views open inside InnoDB Process ID=1, Main thread ID=140206288668416, state: sleeping Number of rows inserted 10170, updated 106, deleted 2, read 20807 0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s ---------------------------- END OF INNODB MONITOR OUTPUT ============================ |
5.SHOW VARIABLES LIKE '%timeout%';
查看服务器配置参数
|
mysql> SHOW VARIABLES LIKE '%timeout%'; +-----------------------------+----------+ | Variable_name | Value | +-----------------------------+----------+ | connect_timeout | 10 | | delayed_insert_timeout | 300 | | have_statement_timeout | YES | | innodb_flush_log_at_timeout | 1 | | innodb_lock_wait_timeout | 50 | | innodb_rollback_on_timeout | OFF | | interactive_timeout | 28800 | | lock_wait_timeout | 31536000 | | net_read_timeout | 30 | | net_write_timeout | 60 | | rpl_stop_slave_timeout | 31536000 | | slave_net_timeout | 60 | | wait_timeout | 28800 | +-----------------------------+----------+ 13 rows in set (0.00 sec) |
6.SELECT * FROM information_schema.INNODB_TRX
查询 正在执行的事务
|
列名 |
描述 |
|
TRX_ID |
事务Id |
|
TRX_WEIGHT |
事务的权重，反映（但不一定是确切的计数）更改的行数和事务锁定的行数。要解决死锁，请 InnoDB选择权重最小的事务作为回滚的“ 受害者 ”。无论更改和锁定行的数量如何，已更改非事务表的事务都被认为比其他事务更重。 |
|
TRX_STATE |
事务执行状态。允许值是 RUNNING，LOCK WAIT， ROLLING BACK，和 COMMITTING。 |
|
TRX_STARTED |
交易开始时间。 |
|
TRX_REQUESTED_LOCK_ID |
事务当前正在等待的锁的ID，如果TRX_STATE是LOCK WAIT; 否则NULL。 |
|
TRX_WAIT_STARTED |
交易开始等待锁定的时间，如果 TRX_STATE是LOCK WAIT; 否则NULL。 |
|
TRX_MYSQL_THREAD_ID |
MySQL线程ID，与show processlist中的ID值相对应 |
|
TRX_QUERY |
事务正在执行的SQL语句 |
|
TRX_OPERATION_STATE |
交易的当前操作，如果有的话; 否则 NULL。 |
|
TRX_TABLES_IN_USE |
InnoDB处理此事务的当前SQL语句时使用 的表数。 |
|
TRX_TABLES_LOCKED |
InnoDB当前SQL语句具有行锁定 的表的数量。（因为这些是行锁，而不是表锁，所以通常仍可以通过多个事务读取和写入表，尽管某些行被锁定。） |
|
TRX_LOCK_STRUCTS |
事务保留的锁数。 |
|
TRX_LOCK_MEMORY_BYTES |
内存中此事务的锁结构占用的总大小 |
|
TRX_ROWS_LOCKED |
此交易锁定的大致数字或行数。该值可能包括实际存在但对事务不可见的删除标记行 |
|
TRX_ROWS_MODIFIED |
此事务中已修改和插入的行数。 |
|
TRX_CONCURRENCY_TICKETS |
一个值，指示当前事务在被换出之前可以执行多少工作 |
|
TRX_ISOLATION_LEVEL |
当前事务的隔离级别。 |
|
TRX_UNIQUE_CHECKS |
是否为当前事务打开或关闭唯一检查。例如，在批量数据加载期间可能会关闭它们 |
|
TRX_FOREIGN_KEY_CHECKS |
是否为当前事务打开或关闭外键检查。例如，在批量数据加载期间可能会关闭它们 |
|
TRX_LAST_FOREIGN_KEY_ERROR |
最后一个外键错误的详细错误消息（如果有）; 否则NULL |
|
TRX_ADAPTIVE_HASH_LATCHED |
自适应哈希索引是否被当前事务锁定。当自适应哈希索引搜索系统被分区时，单个事务不会锁定整个自适应哈希索引。自适应哈希索引分区由innodb_adaptive_hash_index_parts，默认设置为8。 |
|
TRX_ADAPTIVE_HASH_TIMEOUT |
是否立即为自适应哈希索引放弃搜索锁存器，或者在MySQL的调用之间保留它。当没有自适应哈希索引争用时，该值保持为零，语句保留锁存器直到它们完成。在争用期间，它倒计时到零，并且语句在每次行查找后立即释放锁存器。当自适应散列索引搜索系统被分区（受控制 innodb_adaptive_hash_index_parts）时，该值保持为0。 |
|
TRX_IS_READ_ONLY |
值为1表示事务是只读的。 |
|
TRX_AUTOCOMMIT_NON_LOCKING |
值为1表示事务是 SELECT不使用FOR UPDATEor或 LOCK IN SHARED MODE子句的语句，并且正在执行， autocommit因此事务将仅包含此一个语句。当此列和TRX_IS_READ_ONLY都为1时，InnoDB优化事务以减少与更改表数据的事务关联的开销 |
7.SELECT * FROM information_schema.INNODB_LOCKS;
查看正在锁的事务
|
列名 |
描述 |
|
LOCK_ID |
一个唯一的锁ID号，内部为 InnoDB。 |
|
LOCK_TRX_ID |
持有锁的交易的ID |
|
LOCK_MODE |
如何请求锁定。允许锁定模式描述符 S，X， IS，IX， GAP，AUTO_INC，和 UNKNOWN。锁定模式描述符可以组合使用以识别特定的锁定模式。 |
|
LOCK_TYPE |
锁的类型 |
|
LOCK_TABLE |
已锁定或包含锁定记录的表的名称 |
|
LOCK_INDEX |
索引的名称，如果LOCK_TYPE是 RECORD; 否则NULL |
|
LOCK_SPACE |
锁定记录的表空间ID，如果 LOCK_TYPE是RECORD; 否则NULL |
|
LOCK_PAGE |
锁定记录的页码，如果 LOCK_TYPE是RECORD; 否则NULL。 |
|
LOCK_REC |
页面内锁定记录的堆号，如果 LOCK_TYPE是RECORD; 否则NULL。 |
|
LOCK_DATA |
与锁相关的数据（如果有）。如果 LOCK_TYPE是RECORD，是锁定的记录的主键值，否则NULL。此列包含锁定行中主键列的值，格式为有效的SQL字符串。如果没有主键，LOCK_DATA则是唯一的InnoDB内部行ID号。如果对键值或范围高于索引中的最大值的间隙锁定，则LOCK_DATA 报告supremum pseudo-record。当包含锁定记录的页面不在缓冲池中时（如果在保持锁定时将其分页到磁盘），InnoDB不从磁盘获取页面，以避免不必要的磁盘操作。相反， LOCK_DATA设置为 NULL。 |
8.SELECT * FROM information_schema.INNODB_LOCK_WAITS;
查看等待锁的事务
|
列名 |
描述 |
|
REQUESTING_TRX_ID |
请求（阻止）事务的ID。 |
|
REQUESTED_LOCK_ID |
事务正在等待的锁的ID。 |
|
BLOCKING_TRX_ID |
阻止事务的ID。 |
|
BLOCKING_LOCK_ID |
由阻止另一个事务继续进行的事务所持有的锁的ID |