[Database] MySQL 系统表解析以及各项指标查询

本文涉及的产品
云数据库 RDS MySQL,集群版 2核4GB 100GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: [Database] MySQL 系统表解析以及各项指标查询

简介

MySQL 安装完成之后会生成, information_schema , mysql, performance_schema, sys 四个数据库,下面我们解析这几个数据库

方法 / 步骤

🚩MySQL 系统数据库解析

🌈 一: information_schema 系统库

供了访问数据库元数据的方式。(元数据是关于数据的数据,如数据库名或表名,列的数据类型,或访问权限等)
换句换说,information_schema是一个信息数据库,它保存着关于MySQL服务器所维护的所有其他数据库的信息。

PS: information_schema 系统库 有几张只读表,它们实际上是视图,而不是基本表

1.1 主要表

•SCHEMATA表:提供了当前mysql实例中所有数据库的信息。是show databases的结果取之此表。

•TABLES表:提供了关于数据库中的表的信息(包括视图)。详细表述了某个表属于哪个schema,表类型,表引擎,创建时间等信息。是show tables from schemaname的结果取之此表。 

•COLUMNS表:提供了表中的列信息。详细表述了某张表的所有列以及每个列的信息。是show columns from schemaname.tablename的结果取之此表。 

•STATISTICS表:提供了关于表索引的信息。是show index from schemaname.tablename的结果取之此表。 

•USER_PRIVILEGES(用户权限)表:给出了关于全程权限的信息。该信息源自mysql.user授权表。是非标准表。 

•SCHEMA_PRIVILEGES(方案权限)表:给出了关于方案(数据库)权限的信息。该信息来自mysql.db授权表。是非标准表。 

•TABLE_PRIVILEGES(表权限)表:给出了关于表权限的信息。该信息源自mysql.tables_priv授权表。是非标准表。 

•COLUMN_PRIVILEGES(列权限)表:给出了关于列权限的信息。该信息源自mysql.columns_priv授权表。是非标准表。

•CHARACTER_SETS(字符集)表:提供了mysql实例可用字符集的信息。是SHOW CHARACTER SET结果集取之此表。 

•COLLATIONS表:提供了关于各字符集的对照信息。

•COLLATION_CHARACTER_SET_APPLICABILITY表:指明了可用于校对的字符集。这些列等效于SHOW COLLATION的前两个显示字段。 

•TABLE_CONSTRAINTS表:描述了存在约束的表。以及表的约束类型。 

•KEY_COLUMN_USAGE表:描述了具有约束的键列。 

•ROUTINES表:提供了关于存储子程序(存储程序和函数)的信息。此时,ROUTINES表不包含自定义函数(UDF)。名为“mysql.proc name”的列指明了对应于INFORMATION_SCHEMA.ROUTINES表的mysql.proc表列。

•VIEWS表:给出了关于数据库中的视图的信息。需要有show views权限,否则无法查看视图信息。 

•TRIGGERS表:提供了关于触发程序的信息。必须有super权限才能查看该表。
1.1.1 TABLES表
​ -- 用法:
SELECT * FROM information_schema.TABLES WHERE TABLE_SCHEMA='数据库名';
  • 字段说明

|字段 | 含义 |
|- | - |
|Table_catalog | 数据表登记目录 |
|Table_schema | 索引所属表的数据库名 |
|Table_name | 索引所属的表名 |
|Non_unique | 字段不唯一的标识 |
|Index_schema | 索引所属的数据库名(一般与table_schema值相同) |
|Index_name | 索引名称 |
|Seq_in_index | |
|Column_name | 索引列的列名 |
|Collation | 校对,列值全显示为A |
|Cardinality | 基数(一般与该表的数据行数相同) |
|Sub_part | |
|Packed | 是否包装过,默认为NULL |
|Nullable | 是否为空 YES / NO |
|Index_type | 索引的类型,列值全显示为BTREE(平衡树索引) |
|Comment | 索引注释、备注 |

1.1.2 COLUMNS表

提供了表中的列信息。详细表述了某张表的所有列以及每个列的信息

-- 用法
SELECT * FROM information_schema.COLUMNS WHERE TABLE_SCHEMA='数据库名' AND TABLE_NAME='表名';
  • 各字段说明:

    字段 含义
    Table_catalog 数据表登记目录
    Table_schema 数据表所属的数据库名
    Table_name 所属的表名称
    Column_name 列名称
    Ordinal_position 字段在表中第几列
    Column_default 列的默认数据
    Is_nullable 字段是否可以为空
    Data_type 数据类型
    Character_maximum_length 字符最大长度
    Character_octet_length 字节长度?
    Numeric_precision 数据精度
    Numeric_scale 数据规模
    Character_set_name 字符集名称
    Collation_name 字符集校验名称
    Column_type 列类型
    Column_key 关键列[NULL MUL PRI]
    Extra 额外描述 NULL / on / update / CURRENT_TIMESTAMP / auto_increment
    Privileges 字段操作权限 select / select / insert / update / references
    Column_comment 字段注释、描述
1.1.3 KEY_COLUMN_USAGE表

存取表的健值

-- 用法
SELECT * FROM information_schema.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA='数据库名' AND TABLE_NAME='表名';
  • 各字段的说明:

    字段 含义
    Constraint_catalog 约束登记目录
    Constraint_schema 约束所属的数据库名
    Constraint_name 约束的名称
    Table_catalog 数据表等级目录
    Table_schema 键值所属表所属的数据库名(一般与Constraint_schema值相同)
    Table_name 键值所属的表名
    Column_name 键值所属的列名
    Ordinal_position 键值所属的字段在表中第几列
    Position_in_unique_constraint 键值所属的字段在唯一约束的位置(若为外键值为1)
    Referenced_talble_schema 外键依赖的数据库名(一般与Constraint_schema值相同)
    Referenced_talble_name 外键依赖的表名
    Referenced_column_name 外键依赖的列名
1.1.4 TABLE_CONSTRAINTS表

存储主键约束、外键约束、唯一约束、check约束

-- 用法
SELECT * FROM information_schema.TABLE_CONSTRAINTS WHERE TABLE_SCHEMA='数据库名' AND TABLE_NAME='表名';
  • 各字段的说明:
字段 含义
Constraint_catalog 约束登记目录
Constraint_schema 约束所属的数据库名
Constraint_name 约束的名称
Table_schema 约束依赖表所属的数据库名(一般与Constraint_schema值相同)
Table_name 约束所属的表名
Constraint_type 约束类型 primary key / foreign key / unique / check
1.1.5 STATISTICS表

提供了关于表索引的信息

-- 用法
SELECT * FROM information_schema.STATISTICS WHERE TABLE_SCHEMA='数据库名' AND TABLE_NAME='表名';
  • 各字段的说明:
字段 含义
Table_catalog 数据表登记目录
Table_schema 索引所属表的数据库名
Table_name 索引所属的表名
Non_unique 字段不唯一的标识
Index_schema 索引所属的数据库名(一般与table_schema值相同)
Index_name 索引名称
Seq_in_index
Column_name 索引列的列名
Collation 校对,列值全显示为A
Cardinality 基数(一般与该表的数据行数相同)
Sub_part
Packed 是否包装过,默认为NULL
Nullable 是否为空 YES / NO
Index_type 索引的类型,列值全显示为BTREE(平衡树索引)
Comment 索引注释、备注

🌈 二: mysql 系统库

mysql的核心数据库,类似于sql server中的master表,主要负责存储数据库的用户、权限设置、关键字等mysql自己需要使用的控制和管理信息。(常用的,在mysql.user表中修改root用户的密码)

🌈 三: performance_schema 系统库

主要用于收集数据库服务器性能参数。并且库里表的存储引擎均为PERFORMANCE_SCHEMA,而用户是不能创建存储引擎为PERFORMANCE_SCHEMA的表。

🌈 四: sys 系统库

Sys库所有的数据源来自:performance_schema。目标是把performance_schema的把复杂度降低,让DBA能更好的阅读这个库里的内容。让DBA更快的了解DB的运行情况。

🚩 MySQL 指标查询

一: 查看所有数据库容量大小

    select
    table_schema as '数据库',
    sum(table_rows) as '记录数',
    sum(truncate(data_length/1024/1024, 2)) as '数据容量(MB)',
    sum(truncate(index_length/1024/1024, 2)) as '索引容量(MB)'
    from information_schema.tables
    group by table_schema
    order by sum(data_length) desc, sum(index_length) desc;

二: 查看所有数据库各表容量大小

select
table_schema as '数据库',
table_name as '表名',
table_rows as '记录数',
truncate(data_length/1024/1024, 2) as '数据容量(MB)',
truncate(index_length/1024/1024, 2) as '索引容量(MB)'
from information_schema.tables
order by data_length desc, index_length desc

三: 查看指定数据库容量大小

例:查看mysql库容量大小

select
table_schema as '数据库',
sum(table_rows) as '记录数',
sum(truncate(data_length/1024/1024, 2)) as '数据容量(MB)',
sum(truncate(index_length/1024/1024, 2)) as '索引容量(MB)'
from information_schema.tables
where table_schema='mysql';

四: 查看指定数据库各表容量大小

例:查看mysql库各表容量大小

select
table_schema as '数据库',
table_name as '表名',
table_rows as '记录数',
truncate(data_length/1024/1024, 2) as '数据容量(MB)',
truncate(index_length/1024/1024, 2) as '索引容量(MB)'
from information_schema.tables
where table_schema='mysql'
order by data_length desc, index_length desc;
-- 以单行1k大小,预算数据库下每个数据库每张表可以存储最大多少数据 如果直接指定表 可以在where 条件添加  AND TABLE_NAME = 'table_name'
-- TABLE_SCHEMA 字段对应目标数据库的库名称
SELECT
    TABLE_NAME,
    CONCAT( ROUND( SUM( AVG_ROW_LENGTH / 1024 ), 2 ), 'KB' ) AS recordSize,
    CONCAT( 1 / ( AVG_ROW_LENGTH / 1024 ) * 2500, ' w' ) AS preMaxStoreSize 
FROM
    information_schema.TABLES 
WHERE
    TABLE_SCHEMA = 'database_name' AND AVG_ROW_LENGTH > 0 
GROUP BY
    TABLE_NAME 
ORDER BY
    preMaxStoreSize DESC

💖 其他相关链接

🔗 MySQL经典练习50题
🔗 MySQL 主从复制部署与配置

参考资料 & 致谢

[1] navicat查看MySQL数据库、表容量大小

相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
3天前
|
存储 关系型数据库 MySQL
mysql数据库查询时用到的分页方法有哪些
【8月更文挑战第16天】在MySQL中,实现分页的主要方法包括:1)使用`LIMIT`子句,简单直接但随页数增加性能下降;2)通过子查询优化`LIMIT`分页,提高大页码时的查询效率;3)利用存储过程封装分页逻辑,便于复用但需额外维护;4)借助MySQL变量实现,可能提供更好的性能但实现较复杂。这些方法各有优缺点,可根据实际需求选择适用方案。
|
1天前
|
存储 关系型数据库 MySQL
MySQL bit类型增加索引后查询结果不正确案例浅析
【8月更文挑战第17天】在MySQL中,`BIT`类型字段在添加索引后可能出现查询结果异常。表现为查询结果与预期不符,如返回错误记录或遗漏部分数据。原因包括索引使用不当、数据存储及比较问题,以及索引创建时未充分考虑`BIT`特性。解决方法涉及正确运用索引、理解`BIT`的存储和比较机制,以及合理创建索引以覆盖各种查询条件。通过`EXPLAIN`分析执行计划可帮助诊断和优化查询。
|
3天前
|
存储 SQL 关系型数据库
深入解析MySQL事务机制和锁机制
深入解析MySQL事务机制和锁机制
|
5天前
|
关系型数据库 MySQL 索引
mysql8.0中fulltext不能查询到中文的解决方法
确保MySQL服务器字符集为`utf8mb4`,并设置`ngram_token_size=1`以支持单字搜索。如已更改此参数且存在全文索引,需删除原有索引并重建,使用`WITH PARSER ngram`指定解析器。例如: ``` ALTER TABLE your_table DROP INDEX idx_fulltext, ADD FULLTEXT INDEX idx_fulltext (your_column) WITH PARSER ngram; ```
|
7天前
|
存储 算法 关系型数据库
探索MySQL递归查询,优雅的给树结构分页!
总结起来,对于MySQL中的树结构数据,递归查询结合预排序遍历树算法可以实现优雅的分页,但需要注意性能优化和数据更新的问题。这项技术提供了一种高效处理层级数据的工具,使得开发者可以在复杂的数据结构下实现直观和可靠的数据查询。
17 1
|
8天前
|
存储 SQL 关系型数据库
在 MySQL 中使用 Drop Database
【8月更文挑战第11天】
49 0
在 MySQL 中使用 Drop Database
|
2天前
|
SQL 数据库 UED
SQL查询功能的全面解析与实用技巧
SQL(Structured Query Language)作为数据库管理的核心语言,其查询功能是实现数据检索、分析和报告的关键
|
2天前
|
SQL 数据库 数据库管理
SQL查询是否都需要解析:深入解析SQL执行流程与优化技巧
在数据库管理系统中,SQL(Structured Query Language)查询是用户与数据库交互的主要方式
|
3天前
|
存储 SQL 关系型数据库
探索MySQL的执行奥秘:从查询执行到数据存储与优化的深入解析
探索MySQL的执行奥秘:从查询执行到数据存储与优化的深入解析
|
10天前
|
运维 关系型数据库 MySQL
"MySQL运维精髓:深入解析数据库及表的高效创建、管理、优化与备份恢复策略"
【8月更文挑战第9天】MySQL是最流行的开源数据库之一,其运维对数据安全与性能至关重要。本文通过最佳实践介绍数据库及表的创建、管理与优化,包括示例代码。涵盖创建/删除数据库、表结构定义/调整、索引优化和查询分析,以及数据备份与恢复等关键操作,助您高效管理MySQL,确保数据完整性和系统稳定运行。
25 0

热门文章

最新文章

推荐镜像

更多