关于information_schema数据库

最新推荐文章于 2024-09-11 14:18:47 发布
原创 最新推荐文章于 2024-09-11 14:18:47 发布 · 1.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库

本文介绍了MySQL自带的information_schema数据库，它是获取数据库元数据的重要途径。文章详细解释了元数据的概念，并列举了information_schema中几个常用表的功能，如schemata、tables、COLUMNS等，帮助读者了解如何使用这些表来查询数据库、表和列的相关信息。

information_schema数据库是MySQL自带的，它提供了访问数据库元数据的方式.
什么是元数据呢？元数据是关于数据的数据，如数据库名、表名，列的数据类型，或访问权限等。元数据又称“数据词典”或“系统目录”。
此数据库中常用的几个表：
schemata:提供了当前mysql实例中所有数据库的信息.
tables:详细表述了某个表属于哪个schema，表类型，表引擎，创建时间等信息。是show tables from schemaname的结果.
schema: information_schema、performance_schema、keystone、cinder…
表类型：system_view、base table、view
表引擎：memory、innoDB、performance_schema…
表的记录数（列数）
COLUMNS：列信息。详细表述了某张表的所有列以及每个列的信息。是show columns from schemaname.tablename的结果取之此表。
列名称
所属表名
STATISTICS：索引表。提供了关于表索引的信息。是show index from schemaname.tablename的结果取之此表
CHARACTER_SETS：提供了mysql实例可用字符集的信息。是show character set结果集取之此表。
character_set_name:字符集名称
default_collate_name：默认校对集名称
maxlen：最大长度, 存储一个字符的最大长度
举例：
utf8 utf8_general_ci 3
ps：字符集是啥呢？这里的字符集包含了编码规则，utf8是对unicode字符集，进行utf8的编码，一个字符最大用3个字符编码。（utf的编码长度为1~3）

COLLATIONS：提供了关于各字符集的对照信息。通常情况下，一个字符集对应有多个校对集。
collation_name:校对集名称
character_set_name:字符集名称
is_default:是否默认
is_compiled: 表示该collation所对应的character set是否被编译到此mysql数据库
sortlen: 要在内存中排序时，该字符集的字符要占用多少个字节。
比如:
utf8_general_ci utf8 Yes Yes 1
utf8_bin utf8 No Yes 1
utf8_unicode_ci utf8 No Yes 8
…
同一个 character set 的不同 collation 的区别在于排序、字符对比的准确度（相同两个字符在不同国家的语言中的排序规则可能是不同的）以及性能。ci为case insensitive,大小写不敏感, cs为case sensitive,大小写敏感，utf_bin是二进制。
例如：
utf8_general_ci 在排序的准确度上要逊于 utf8_unicode_ci, 但性能上（排序以及比对速度）要略优于 utf8_unicode_ci.

MySQL中的information_schema
最新发布
zjw541806的博客
05-08 768
MySQL中的是一个非常重要的系统数据库，它存储了MySQL服务器运行时的元数据（metadata），即关于数据的数据。通过查询，用户可以获取数据库、表、列、权限、存储引擎等详细信息。
1.INFORMATION_SCHEMA简介
风中清淡
08-17 4906
1. INFORMATION_SCHEMA简介 INFORMATION_SCHEMA提供对数据库元数据的访问，有关MySQL服务器信息，例如数据库或表的名称，列的数据类型或访问权限。 INFORMATION_SCHEMA使用说明 字符集注意事项 INFORMATION_SCHEMA作为SHOW语句的替代 INFORMATION_SCHEMA和特权 性能注意事项 1.1 INFOR...
mysql 之 information_schema
XT4625的专栏
09-11 930
information_schema 是 MySQL 中的一个特殊数据库，它提供了关于 MySQL 服务器中所有数据库、表、列、索引、存储过程、函数、触发器等对象的元数据信息。动态生成：information_schema 中的数据是动态生成的，不是物理存储的数据，而是从 MySQL 服务器内部状态中动态获取的数据视图。ROUTINES：列出数据库中的所有存储过程和函数的信息，包括过程或函数名、参数等。TABLES：列出数据库中的所有表的信息，包括表名、表类型、创建选项等。
db2 删除schema中所有表_24.1 INFORMATION_SCHEMA 表介绍
weixin_39646831的博客
11-28 473
参考官方文档：24.1 Introduction​dev.mysql.comINFORMATION_SCHEMA提供对数据库元数据的访问，有关MySQL服务器的信息，例如数据库或表的名称，列的数据类型或访问权限。 有时用于此信息的其他术语是数据字典和系统目录。INFORMATION_SCHEMA 使用注意尽管你可以使用USE语句选择INFORMATION_SCHEMA作为默认数据库，但只能读取表的...
数据库中User和Schema的关系
gdaswater的专栏
10-09 674
source: click here 假如我们想了解数据库中的User和Schema究竟是什么关系，首先必须了解一下数据库中User和Schema到底是什么概念。        在SQL Server2000中，由于架构的原因，User和Schema总有一层隐含的关系，让我们很少意识到其实User和Schema是两种完全不同的概念，不过在SQL Server2005中这种架构被打破了，
解析MySQL的information_schema数据库
12-15
MySQL的information_schema数据库是MySQL 5.0版本后引入的一个非常重要的工具，它是一个虚拟的数据库，虽然在物理上并不存在，但提供了丰富的元数据信息，帮助用户了解和管理数据库。这个数据库就像一个数据字典，...
关于MySQL绕过授予information_schema中对象时报ERROR 1044（4200）错误
12-14
然而，在处理权限问题时，`information_schema`有一些特殊之处，这在解决“关于MySQL绕过授予information_schema中对象时报ERROR 1044（42000）错误”的问题中显得尤为重要。 当尝试给用户授予`information_schema`...
mysql数据库中的information_schema和mysql可以删除吗？
12-15
`information_schema`数据库是一个特殊的虚拟数据库，它并不存储实际的数据，而是提供了一个元数据视图，即关于MySQL服务器中所有数据库、表、列、索引、用户权限等对象的信息。通过查询`information_schema`中的表...
Web安全—information_schema数据库详解&基础补充
weixin_44431280的博客
04-04 1万+
Web安全—information_schema数据库 前言：在SQL注入中，information_schema数据库中包含的信息特别重要，通过这个表我们可以去获取到存在SQL注入网站的表，列，等信息，其危害不言而喻。 一：information_schema数据库 基础：information_schema是一个存放了当前数据库管理系统中所有数据库信息的一个数据库，数据库只能进行读取，不支持修改（增，删，更新） mysql5.0以下：多用户单操作，不存在information_schema数据库 mys
information_schema介绍
weixin_46195145的博客
02-26 594
一、Mysql常见面试题 ...
Oracle Information Schema-开源
05-13
Oracle不支持SQL标准的INFORMATION_SCHEMA数据字典。 该项目创建一个information_schema模式，并添加符合SQL标准的视图。 这些视图是SQL和PL / SQL，它们建立在Oracle数据字典上。
MYSQL中information_schema简介
热门推荐
u011250186的博客
04-24 1万+
一、information_schema简介 在MySQL中，把 information_schema 看作是一个数据库，确切说是信息数据库。其中保存着关于MySQL服务器所维护的所有其他数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权 限等。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件。 二、information_schema数据库表说明: 1、SCHEMATA表：提供了当前mysql实例中所有数据库的信..
漫谈MySQL五-系统数据库information_schema详解
b379685397的博客
02-09 6100
目录 1.什么是information_schema？ 2.information_schema 表分类 Server 层的统计信息字典表 Server 层的表级别对象字典表 Server 层的混杂信息字典表 InnoDB 层的系统字典表 InnoDB 层的锁、事务、统计信息字典表 InnoDB 层的全文索引字典表 InnoDB 层的压缩相关字典表 3.information_schema 应用 查看索引列的信息 大家好，我是王老狮，上篇我们讲了mysql自带的系统库perform.
information_schema信息数据库介绍
胡思乱想的程序员
06-15 5872
INFORMATION_SCHEMA 是一种特殊的数据库，它在 SQL 标准中定义并存在于许多类型的数据库中，用于存储数据库的元数据，包括数据库、表、列、约束、权限等的信息。 尽管 INFORMATION_SCHEMA 对于数据库元数据的访问非常有用，但是在大型数据库中频繁访问 INFORMATION_SCHEMA 可能会影响性能，因为生成这些信息可能需要消耗大量资源。
23. INFORMATION_SCHEMA信息数据库
蜗牛的彩色生活专栏
09-05 6772
23.1. INFORMATION_SCHEMA表 23.1.1. INFORMATION_SCHEMA SCHEMATA表23.1.2. INFORMATION_SCHEMA TABLES表23.1.3. INFORMATION_SCHEMA COLUMNS表
MySQL内置数据库information_schema 详解
IT技术分享社区
12-12 1715
information_schema 是MySQL 数据库中内置的一个系统数据库，它的作用主要是存储关于整个MySQL实例当中数据库、数据表、列、索引、约束、存储过程、函数、触发器等各种元数据信息。我们日常使用它可以很方便查询和分析数据库的结构和数据库的一些统计信息。另外很多数据库客户端的开发、数据库表结构生成等工具、数据库运行状态分析都是基于这个表的数据来进行开发的。注意：information_schema 中的数据是只读的，不允许对其进行修改。
oracle查看所有schema_一文看懂performance_schema/information_schema授权机制
weixin_39806679的博客
02-03 1568
概述今天主要分享下关于performance_schema/information_schema授权问题，最近在对performance_schema授权时发现了一个比较有趣的现象，下面一起来看看吧~1、查看授权这里可以看到root@'%'没有with grant option权限mysql日志如下：2、查看mysql.user表mysql> select host,user,Grant_...
MySQL默认的4个数据库解析
yuyubushiyu的博客
09-09 1136
当我们刚装好MySQL数据库，连接到本机时会发现有4个默认的数据库： 这四个数据库存放的信息分别为： infomation_schema:正如他的名字一样，这是一个存放信息的数据库，主要存放关于MySQL服务器所维护的所有其他数据库的信息。(如数据库名，数据库的表，表栏的数据类型与访问权 限等。) 在 infomation_schema中，有几张只读表。它们实际上是视图，而不是基本表。其中具体的表及意义为： SCHEMATA表：提供了当前mysql实例中所有数据库的信息。show databases的
mysql 中的information_schema是什么
brandyzhaowei的专栏
12-24 1300
information_schema数据库是mysql自带的，它提供了访问数据库元数据的方式。元数据是关于数据的数据。 如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和 “系统目录”。 在mysql中，把information_schema 看作是一个数据库。确切说是信息数据库。其中保存着关于mysql服务器 所维护的所有其他数据库的
information_schema数据库没有视图
04-28
<think>好的，我现在需要帮助用户解决关于information_schema数据库中视图的权限或结构问题。用户提到“视图不存在或权限问题”，我需要结合之前的对话和用户提供的引用来分析解决方案。 首先，回顾之前的回答，用户的问题是关于修改information_schema虚拟表权限无效的情况。现在用户进一步询问关于该数据库中视图的权限或结构问题，特别是视图不存在或权限问题的解决方案。 查看用户提供的引用，引用[1]提到普通用户看不到information_schema数据库，尝试授权时会出错，这可能涉及权限设置问题。引用[2]说明information_schema中的表是只读视图，无法直接修改，这与之前的问题相关。引用[3]涉及查询结构，可能和视图的访问方式有关。 接下来，我需要确定用户的具体问题。用户可能遇到两种情况：一是试图访问information_schema中的视图时提示不存在，二是权限不足导致无法访问。需要分别分析原因并提供解决方案。 首先，视图不存在的情况。根据引用[2]，information_schema中的表实际上是视图，但MySQL不同版本可能有结构变化。用户可能在旧版本中查询新版本才有的视图，或者视图名称拼写错误。需要建议用户检查版本和拼写，或者使用替代方法如sys库。 其次，权限问题。引用[1]提到授权给用户时出错，因为information_schema本身权限无法直接修改，必须通过底层物理表权限控制。需要指导用户正确授权SELECT权限到具体数据库或表，而不是information_schema本身。 另外，用户可能误以为需要特殊权限访问这些视图，但实际上普通用户默认有权限，除非被显式拒绝。需要检查用户权限是否被错误地限制，或者是否有全局权限如SELECT_ACL被回收。 还需要考虑系统表损坏的情况，虽然少见，但可能需要修复或升级MySQL。此外，使用中间件时权限可能由中间件控制，需要调整中间件配置而不是直接修改数据库权限。 最后，确保用户验证步骤，如检查权限、测试访问、查看日志等，以确认解决方案是否有效。同时，生成相关问题帮助用户深入理解。</think>根据MySQL系统权限管理机制和$information\_schema$特性，针对视图访问问题提供以下解决方案： --- ### 一、视图"不存在"问题诊断 1. **版本兼容性验证** 使用`SELECT VERSION()`确认MySQL版本，部分视图（如$INNODB_METRICS$）仅在5.7+版本存在[^2] 2. **视图名称规范校验** ```sql SHOW TABLES IN information_schema LIKE 'VIEWS'; -- 注意视图名称全大写 ``` 3. **元数据损坏修复** ```bash mysqlcheck --analyze --databases information_schema # 检查系统表完整性 mysqldump --skip-lock-tables information_schema > is_backup.sql # 备份元数据 ``` --- ### 二、权限问题分层解决 #### 1. 基础权限配置 ```sql -- 授予全局查询权限（慎用） GRANT SELECT ON *.* TO 'user'@'%'; -- 精确到库级权限（推荐） GRANT SELECT ON `target_db`.* TO 'app_user'@'10.0.%'; FLUSH PRIVILEGES; -- 强制权限更新[^1] ``` #### 2. 特殊权限回收场景 ```sql -- 检查被拒绝的权限（重点观察SELECT_ACL） SELECT * FROM mysql.user WHERE User='problem_user' AND Host='%'\G -- 修复被错误回收的权限 UPDATE mysql.user SET Select_priv='Y' WHERE User='problem_user'; ``` --- ### 三、视图结构访问限制突破 #### 1. 使用替代系统视图 ```sql -- 转换到sys库查询（需5.7+版本） GRANT SELECT ON sys.* TO 'user'@'localhost'; SELECT * FROM sys.schema_tables_with_full_table_scans; -- 替代$information_schema.TABLES$ ``` #### 2. 建立代理视图 ```sql CREATE VIEW my_meta AS SELECT * FROM information_schema.COLUMNS WHERE TABLE_SCHEMA='prod_db'; GRANT SELECT ON my_meta TO 'report_user'@'%'; -- 实现细粒度控制[^3] ``` --- ### 四、操作验证流程 1. **权限验证** ```sql SHOW GRANTS FOR 'user'@'host'; -- 确认SELECT权限存在 ``` 2. **直接访问测试** ```sql SELECT COUNT(*) FROM information_schema.VIEWS; -- 验证基础访问能力 ``` 3. **错误日志分析** ```bash grep -i 'access denied' /var/log/mysql/mysql.log # 定位权限拒绝记录 ``` --- ### 五、特殊场景处理 #### 1. 分布式架构（如Galera Cluster） 通过`wsrep_sync_wait`参数确保权限变更同步： ```sql SET GLOBAL wsrep_sync_wait=7; -- 强制同步元数据变更[^1] ``` #### 2. 云数据库（如AWS RDS） 使用内置存储过程更新权限： ```sql CALL mysql.rds_set_master_acl('user','host',TRUE); -- AWS专用权限同步命令 ``` --- --相关问题--: 1. 如何通过$sys$库实现比$information\_schema$更安全的元数据查询？ 2. MySQL 8.0中$information\_schema$与数据字典的关联机制是什么？ 3. 在多主复制环境中如何保证权限变更的原子性？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值