mysql中系统库_Mysql的系统库【不能删除】

MySQL5.7 默认的模式有：

information_schema， 具有 61个表；

mysqL, 具有31个表；

performance_schema，具有87个表;

sys, 具有1个表， 100个视图.

...

Information_schema数据库是MySQL自带的，它提供了访问数据库元数据的方式。什么是元数据呢？元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和“系统目录”。

在 MySQL中，把 information_schema 看作是一个数据库，确切说是信息数据库。其中保存着关于MySQL服务器所维护的所有其他数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件

使用如下语句可以查看当前数据库的各IP连接数

select SUBSTRING_INDEX(host,':',1) as ip , count(*)

from information_schema.processlist group by ip

information_schema数据库部分表说明

•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权限才能查看该表。

performance_schema数据库部分表说明

PERFORMANCE_SCHEMA这个功能默认是关闭的。需要设置参数： performance_schema 才可以启动该功能，这个参数是静态参数，只能写在my.cnf 中 不能动态修改。

setup_table ： 设置表，配置监控选项。

current_events_table : 记录当前那些thread 正在发生什么事情。

history_table : 发生的各种事件的历史记录表

summary_table : 对各种事件的统计表

setup_consumers\ Setup_instruments : 描述各种事件, 设置哪些事件能够被收集

setup_instruments : 描述这个数据库下的表名以及是否开启监控。

setup_timers : 描述 监控选项已经采样频率的时间间隔

Threads : 监控服务器所有连接

Performance_timers : 设置一些监控信息, 指定mysql服务可用的监控周期，CYCLE表示按每秒检测2603393034次, 目前 performance-schema 只支持 ‘wait’ 时间的监控，代码树上 wait/ 下的函数都可以监控到。

mysql数据库部分表说明

在mysql数据库中，有mysql_install_db脚本初始化权限表，存储权限的表有：

1、user表: 用户列、权限列、安全列、资源控制列

2、db表 : 用户列、权限列

3、host表

4、table_priv表

5、columns_priv表

6、proc_priv表

sys数据库表说明

sys_config ： 这是在这个系统库上存在的唯一一个表了, 表结构如下：

CREATE TABLE sys_config (

variable varchar(128) NOT NULL,

value varchar(128) DEFAULT NULL,

set_time timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,

set_by varchar(128) DEFAULT NULL,

PRIMARY KEY (variable)

) ENGINE=InnoDB DEFAULT CHARSET=utf8

• variable ： 配置选项名称

• value ： 配置选项值

• set_time： 该行配置修改的时间

• set_by ： 该行配置信息修改者，如果从被安装没有修改过，那么这个数据应该为NULL

image.png

以上值的会话变量为@sys.+表中variable字段，譬如：@sys.statement_truncate_len

可以set @sys.statement_truncate_len = 32 临时改变值，在会话中会一直使用这个值，如果想要恢复使用表的默认值，只需要将这个会话值设置为null；set @sys.statement_truncate_len = null;

• diagnostics.allow_i_s_tables : 默认为OFF ，如果开启表示允许diagnostics() 存储过程执行扫描information_schema.tables 表，如果表很多，那么可能会很耗性能，

• diagnostics.include_raw : 默认为OFF ， 开启将会从metrics 视图输出未加工处理的数据 。

• statement_performance_analyzer.limit : 视图在没有加limit限制时，返回的最大行数

• statement_performance_analyzer.view

• statement_truncate_len : 通过format_statement()函数返回值的最大长度

这个表非默认选项还有一个@sys.debug参数 , 可以手动加入:

INSERT INTO sys_config (variable, value) VALUES('debug', 'ON');

UPDATE sys_config SET value = 'OFF' WHERE variable = 'debug';

SET @sys.debug = NULL;

5.1、关于这个表有两个触发器

5.1.1 sys_config_insert_set_user触发器

如果加入新行通过insert语句，那么这个触发器会把set_by列设置为当前操作者

5.1.2 sys_config_update_set_user触发器

如果加入新行通过update语句，那么这个触发器会把set_by列设置为当前操作者

5.2.视图 : 以下部分只介绍不包含x$的视图内容

5.2.1 host_summary (主机概要)

• host : 监听连接过的主机

• statements : 当前主机执行的语句总数

• statement_latency : 语句等待时间(延迟时间)

• statement_avg_latency : 执行语句平均延迟时间

• table_scans : 表扫描次数

• file_ios : io时间总数

• file_io_latency : 文件io延迟

• current_connections : 当前连接数

• total_connections : 总链接数

• unique_users : 该主机的唯一用户数

• current_memory : 当前账户分配的内存

• total_memory_allocated : 该主机分配的内存总数

5.2.2 The host_summary_by_file_io_type

•host : 主机

•event_name : IO事件名称

•total : 该主机发生的事件

•total_latency : 该主机发生IO事件总延迟时间

•max_latency : 该主机IO事件中最大的延迟时间

5.2.3 The host_summary_by_file_io

•host : 主机

•ios : IO事件总数

•io_latency : IO总的延迟时间

5.2.4 The host_summary_by_stages

• host ：主机

• event_name ：名称

• total ：发生的总数

• total_latency ： 总的延迟时间

• avg_latency ：平均延迟时间

5.2.5 The host_summary_by_statement_latency

• host ： 主机

• total ： 这个主机的语句总数

• total_latency ： 这个主机总的延迟时间

• max_latency ： 主机最大的延迟时间

• lock_latency ： 等待锁的锁延迟时间

• rows_sent ： 该主机通过语句返回的总行数

• rows_examined ： 在存储引擎上通过语句返回的行数

• rows_affected ： 该主机通过语句影响的总行数

• full_scans ： 全表扫描的语句总数

5.2.6 The host_summary_by_statement_type 这个表示总结描述执行语句信息的，通常按照主机和声明类型进行分组。默认情况下是按照主机排序

• host： 主机

• statement： 最后的语句事件名称

• total： sql语句总数

• total_latency： sql语句总延迟数

• max_latency： 最大的sql语句延迟数

• lock_latency： 锁延迟总数

• rows_sent： 语句返回的行总数

• rows_examined： 通过存储引擎的sql语句的读取的总行数

• rows_affected： 语句影响的总行数

• full_scans ： 全表扫描的语句事件总数

5.2.7 The innodb_buffer_stats_by_schema 这个表是通过数据库统计innodb引擎的innodb缓存

• object_schema： 数据库名称

• allocated： 分配给当前数据库的总的字节数

• data： 分配给当前数据库的数据字节数

• pages： 分配给当前数据库的总页数

• pages_hashed： 分配给当前数据库的hash页数

• pages_old： 分配给当前数据库的旧页数

• rows_cached： 当前数据库缓存的行数

5.2.8 The innodb_buffer_stats_by_table 这个表是通过每个表innodb引擎的innodb缓存

• object_schema： 数据库名称

• object_name： 表名称

• allocated： 分配给表的总字节数

• data： 分配该表的数据字节数

• pages： 分配给表的页数

• pages_hashed： 分配给表的hash页数

• pages_old ： 分配给表的旧页数

• rows_cached ： 表的行缓存数

5.2.9 The innodb_lock_waits 这个表其实从视图的语句来看就是information_schema这个数据库中的innodb_locks、innodb_trx这两个表的整合，能够更清晰的显示当前实例的锁情况

• wait_started ： 锁等待发生的时间

• wait_age ： 锁已经等待了多长时间

• wait_age_secs ： 以秒为单位显示锁已经等待的时间(5.7.9中添加此列)

• locked_table ： 被锁的表

• locked_index ： 被锁住的索引

• locked_type ： 锁类型

• waiting_trx_id ： 正在等待的事务ID

• waiting_trx_started ： 等待事务开始的时间

• waiting_trx_age ： 已经等待事务多长时间

• waiting_trx_rows_locked ： 正在等待的事务被锁的行数量

• waiting_trx_rows_modified ： 正在等待行重定义的数量

• waiting_pid ： 正在等待事务的线程id

• waiting_query ： 正在等待锁的查询

• waiting_lock_id ： 正在等待锁的ID

• waiting_lock_mode ： 等待锁的模式

• blocking_trx_id ： 阻塞等待锁的事务id

• blocking_pid ： 正在锁的线程id

• blocking_query ： 正在锁的查询

•blocking_lock_id ： 正在阻塞等待锁的锁id.

•blocking_lock_mode ： 阻塞锁模式

• blocking_trx_started ： 阻塞事务开始的时间

• blocking_trx_age : 阻塞的事务已经执行的时间

• blocking_trx_rows_locked : 阻塞事务锁住的行的数量

• blocking_trx_rows_modified ： 阻塞事务重定义行的数量

• sql_kill_blocking_query ： kill 语句杀死正在运行的阻塞事务， 在mysql5.7.9中被加入

• sql_kill_blocking_connection ： kill 语句杀死会话中正在运行的阻塞事务，在mysql5.7.9中被加入

5.2.10 The io_by_thread_by_latency 这个过程主要信息是通过IO的消耗展示IO等待的时间

• user : 对于当前线程来说，这个值是线程被分配的账户，对于后台线程来讲，就是线程的名称

• total : IO事件的总数

• total_latency : IO事件的总延迟

• min_latency : 单个最小的IO事件延迟

• avg_latency : 平均IO延迟

• max_latency : 最大IO延迟

• thread_id : 线程ID

• processlist_id : 对于当前线程就是此时的ID，对于后台就是null