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

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

  2. 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/ 下的函数都可以监控到。

  3. mysql数据库部分表说明
    在mysql数据库中,有mysql_install_db脚本初始化权限表,存储权限的表有:
    1、user表: 用户列、权限列、安全列、资源控制列
    2、db表 : 用户列、权限列
    3、host表
    4、table_priv表
    5、columns_priv表
    6、proc_priv表

  4. 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

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,980评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,178评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,868评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,498评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,492评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,521评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,910评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,569评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,793评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,559评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,639评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,342评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,931评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,904评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,144评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,833评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,350评论 2 342

推荐阅读更多精彩内容

  • 学习的过程就是远离平衡态的平衡态、远离稳定性的稳定性。 当你失去平衡的时候,你有一个本能的反应,就是维护她的平衡。...
    我是呦呦007阅读 440评论 0 0
  • 人类的心灵现象,是一种客观存在,因而必有其规律。人类自产生以来,一直在为认识与运用自己的心灵,而作不懈努力。人类对...
    正洪观点阅读 1,133评论 0 0
  • 我记着你的身影 低低的,落在叶的怀里 只是,醉了我 我记着你的模样 淡淡的,不争不抢 只是微笑着 我记着你的飘落 ...
    南城花落阅读 308评论 0 2
  • 昨晚唱歌,小Z没来,今天中午吃饭,小Z也没来。 我问起:小Z怎么又不来? 有人回:在乡下带儿子。 董小姐和我使了个...
    静悄悄的静阅读 250评论 0 0