bitsCN.com
show processlist结果筛选
在MySQL里面
show variables where variable_name like '%auto%'
这条语句可以正常执行，但是
show processlist where host like '%192%'
就会报错了：
Error Code : 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘where host like ‘%10%” at line 1
show processlist 直接是可以执行的，但是不能进行筛选，着实让人头疼，同样的结构variables可以，但为什么就processlist就是不行呢？究其原因原来MySQL有此BUG：
Description:
SHOW PROCESSLIST lists to many lines when you have 250 or even 1000 users connect to you
system.
How to repeat:
n.a.
Suggested fix:
It would be nice having something like
SHOW PROCESSLIST LIKE ‘user|host|…’
to reduce the output to the relevant informations.
Much more nice would be having something like:
SELECT user, host, time, command, time
FROM [mysql|information_schema].processlist
WHERE user = 'me' and state IS NOT NULL;
所以processlist的show方式是不能使用过滤查找，可能源自MySQL的内部安全机制吧，show是用来查看MySQL内部运行数据，其实processlist就是
information_schema数据库中的一张表，那么通过查表的方式肯定是可以的了：
SELECT user, host, time, command, time
FROM [mysql|information_schema].processlist
WHERE user = 'me' and state IS NOT NULL;
另附MySQL Show命令的一些详解，供查阅：
show tables或show tables from database_name或show database_name.tables;
解释：显示当前数据库中所有表的名称
show databases;
解释：显示mysql中所有数据库的名称
show processlist;
解释：显示系统中正在运行的所有进程，也就是当前正在执行的查询。大多数用户可以查看
他们自己的进程，但是如果他们拥有process权限，就可以查看所有人的进程，包括密码。
show table status;
解释：显示当前使用或者指定的database中的每个表的信息。信息包括表类型和表的最新更新时间
show columns from table_name from database_name; 或show columns from database_name.table_name;或show fields;
解释：显示表中列名称（和 desc table_name 命令的效果是一样的）
show grants for user_name@localhost;
解释：显示一个用户的权限，显示结果类似于grant 命令
show index from table_name;或show keys;
解释：显示表的索引
show status;
解释：显示一些系统特定资源的信息，例如，正在运行的线程数量
show variables;
解释：显示系统变量的名称和值
show privileges;
解释：显示服务器所支持的不同权限
show create database database_name;
解释：显示创建指定数据库的SQL语句
show create table table_name;
解释：显示创建指定数据表的SQL语句
show engies;
解释：显示安装以后可用的存储引擎和默认引擎。
show innodb status;
解释：显示innoDB存储引擎的状态
预订版是外卖通系列软件之一，此版本和专业外卖版不一样，专业预订版侧重于餐饮业在线预订的实现。平台为用户提供大量的餐饮数据，由于人们对吃的要求苛刻与不通，用户不用在为去哪里吃饭而发愁，用户可以通过平台筛选就餐目标，然后执行预订操作；平台作为就餐者和商家的介质，从平台预订的可以享受一定的折扣，消费者同样可以从预订结果中获得一定的积分收入；同样，和外卖版一样，集成了短信通知、广告管理、专题管理、推广、多
show logs;
解释：显示BDB存储引擎的日志
show warnings;
解释：显示最后一个执行的语句所产生的错误、警告和通知
show errors;
解释：只显示最后一个执行语句所产生的错误
上面的大部分命令都可以用like，比如 show table like ‘%abce%’ 。
附：
show status 结果说明
列 含义
Name 表名
Type 表的类型 (ISAM，MyISAM或HEAP)
Row_format 行存储格式 (固定, 动态, 或压缩）
Rows 行数量
Avg_row_length 平均行长度
Data_length 数据文件的长度
Max_data_length 数据文件的最大长度
Index_length 索引文件的长度
Data_free 已分配但未使用了字节数
Auto_increment 下一个 autoincrement(自动加1）值
Create_time 表被创造的时间
Update_time 数据文件最后更新的时间
Check_time 最后对表运行一个检查的时间
Create_options 与CREATE TABLE一起使用的额外选项
Comment 当创造表时，使用的注释 (或为什么MySQL不能存取表信息的一些信息)。
show index 结果说明：
列 含义
Table 表名
Non_unique 0，如果索引不能包含重复。
Key_name 索引名
Seq_in_index 索引中的列顺序号, 从 1 开始。
Column_name 列名。
Collation 列怎样在索引中被排序。在MySQL中，这可以有值A（升序) 或NULL（不排序)。
Cardinality 索引中唯一值的数量。这可通过运行isamchk -a更改.
Sub_part 如果列只是部分被索引，索引字符的数量。NULL，如果整个键被索引。
show variables 结果说明：
Aborted_clients 由于客户没有正确关闭连接已经死掉，已经放弃的连接数量。
Aborted_connects 尝试已经失败的MySQL服务器的连接的次数。
Connections 试图连接MySQL服务器的次数。
Created_tmp_tables 当执行语句时，已经被创造了的隐含临时表的数量。
Delayed_insert_threads 正在使用的延迟插入处理器线程的数量。
Delayed_writes 用INSERT DELAYED写入的行数。
Delayed_errors 用INSERT DELAYED写入的发生某些错误(可能重复键值)的行数。
Flush_commands 执行FLUSH命令的次数。
Handler_delete 请求从一张表中删除行的次数。
Handler_read_first 请求读入表中第一行的次数。
Handler_read_key 请求数字基于键读行。
Handler_read_next 请求读入基于一个键的一行的次数。
Handler_read_rnd 请求读入基于一个固定位置的一行的次数。
Handler_update 请求更新表中一行的次数。
Handler_write 请求向表中插入一行的次数。
Key_blocks_used 用于关键字缓存的块的数量。
Key_read_requests 请求从缓存读入一个键值的次数。
Key_reads 从磁盘物理读入一个键值的次数。
Key_write_requests 请求将一个关键字块写入缓存次数。
Key_writes 将一个键值块物理写入磁盘的次数。
Max_used_connections 同时使用的连接的最大数目。
Not_flushed_key_blocks 在键缓存中已经改变但是还没被清空到磁盘上的键块。
Not_flushed_delayed_rows 在INSERT DELAY队列中等待写入的行的数量。
Open_tables 打开表的数量。
Open_files 打开文件的数量。
Open_streams 打开流的数量(主要用于日志记载）
Opened_tables 已经打开的表的数量。
Questions 发往服务器的查询的数量。
Slow_queries 要花超过long_query_time时间的查询数量。
Threads_connected 当前打开的连接的数量。
Threads_running 不在睡眠的线程数量。
Uptime 服务器工作了多少秒。
关于上面的一些注释：
如果Opened_tables太大，那么你的table_cache变量可能太小。
如果key_reads太大，那么你的key_cache可能太小。缓存命中率可以用key_reads/key_read_requests计算。
如果Handler_read_rnd太大，那么你很可能有大量的查询需要MySQL扫描整个表或你有没正确使用键值的联结(join)。
bitsCN.com
