Mysql实用命令
查询sql运行时间
# 查询是否开启
show variables like "profiling";
# 设置开启
set profiling = 1;
# 查询所有的执行时间
SHOW PROFILES;
# 查询某个sql的具体执行时间
SHOW PROFILE FOR QUERY 1;
# 可以查看出一条SQL语句执行的各种资源消耗情况,比如CPU,IO等
SHOW PROFILE cpu, block io, memory,swaps,context switches,source FOR QUERY 60;
参考:https://www.cnblogs.com/happySmily/p/5943311.html
查询包含某个字段的表
# 第一个条件是列名,第二个条件是数据库名
SELECT * FROM information_schema.`COLUMNS` WHERE column_name = 'intro' AND table_schema = 'miliao_v2_community';
格式化查询结构
当select查询的结构不太方便看时,比如字段太多,一行站不下,这个时候我们使用在select结尾加一个\G
来格式化结构显示。
select * from table_name\G;
查看表结构
desc table_name;
show create table table_name;
select * from information_schema.columns where table_name='table_name';
解决中文乱码
set names utf8;
查询次数
在Mysql中可以通过在select前添加explain来查看扫描次数。比如:
mysql> explain select * from tes;
+------+-------------+-------+------+---------------+------+---------+------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+------+-------------+-------+------+---------------+------+---------+------+------+-------+
| 1 | SIMPLE | tes | ALL | NULL | NULL | NULL | NULL | 3 | |
+------+-------------+-------+------+---------------+------+---------+------+------+-------+
1 row in set (0.001 sec)
其中rows显示共扫描了3次,mysql优化的时候可以根据这个来优化SQL查询,其他字段也非常重要。
id: SELECT 查询的标识符. 每个 SELECT 都会自动分配一个唯一的标识符.
select_type: SELECT 查询的类型.
table: 查询的是哪个表
partitions: 匹配的分区
type: 类型
possible_keys: 此次查询中可能选用的索引
key: 此次查询中确切使用到的索引
key_len:表示查询优化器使用了索引的字节数. 这个字段可以评估组合索引是否完全被使用, 或只有最左部分字段被使用到.
ref: 哪个字段或常数与 key 一起被使用
rows: 显示此查询一共扫描了多少行. 这个是一个估计值.
filtered: 表示此查询条件所过滤的数据的百分比
extra: 额外的信息
参考:
https://segmentfault.com/a/1190000008131735
重点说一下重要字段:
type:
type
字段比较重要, 它提供了判断查询是否高效的重要依据依据. 通过type
字段, 我们判断此次查询是全表扫描
还是索引扫描
等.const:针对主键或唯一索引的等值查询扫描, 最多只返回一行数据. const 查询速度非常快, 因为它仅仅读取一次即可.
eq_ref: 此类型通常出现在多表的 join 查询, 表示对于前表的每一个结果, 都只能匹配到后表的一行结果. 并且查询的比较操作通常是
=
, 查询效率较高.ref: 此类型通常出现在多表的 join 查询, 针对于非唯一或非主键索引, 或者是使用了
最左前缀
规则索引的查询.range: 表示使用索引范围查询, 通过索引字段范围获取表中部分数据记录. 这个类型通常出现在 =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN, IN() 操作中. 当
type
是range
时, 那么 EXPLAIN 输出的ref
字段为 NULL, 并且key_len
字段是此次查询中使用到的索引的最长的那个.index: 表示全索引扫描(full index scan), 和 ALL 类型类似, 只不过 ALL 类型是全表扫描, 而 index 类型则仅仅扫描所有的索引, 而不扫描数据.
index
类型通常出现在: 所要查询的数据直接在索引树中就可以获取到, 而不需要扫描数据. 当是这种情况时, Extra 字段 会显示Using index
.ALL: 表示全表扫描, 这个类型的查询是性能最差的查询之一. 通常来说, 我们的查询不应该出现 ALL 类型的查询, 因为这样的查询在数据量大的情况下, 对数据库的性能是巨大的灾难. 如一个查询是 ALL 类型查询, 那么一般来说可以对相应的字段添加索引来避免.
通常来说, 不同的 type 类型的性能关系如下:
ALL < index < range ~ index_merge < ref < eq_ref < const < system
查看数据库存储大小
# 查看数据库大小
select table_schema, table_rows as '记录数', sum(data_length)/1024/1024 as '数据容量(MB)', sum(index_length)/1024/1024 as '索引容量(MB)' from information_schema.tables group by table_schema;
+--------------------+-----------+------------------+------------------+
| table_schema | 记录数 | 数据容量(MB) | 索引容量(MB) |
+--------------------+-----------+------------------+------------------+
| information_schema | NULL | 0.00000000 | 9.0000 |
| test | 4012816 | 81521.50000000 | 0.0000 |
+--------------------+-----------+------------------+------------------+
# 查看表大小
select table_schema, table_name, table_rows as '记录数', data_length/1024/1024 '数据容量(MB)', index_length/1024/1024 as '引容量(MB)' from information_schema.tables order by data_length desc;
Last updated
Was this helpful?