information_schema-information_schemaTABLE数据不准确：

第27问:information_schema.columns表上做查询慢,为什么?

1、查询information_schema.columns表慢的原因可能有以下几个方面：表的大小、查询条件复杂度、系统负载、以及索引缺失或使用不当。首先，information_schema.columns表包含数据库中所有表、列的元数据信息。若数据库中的表与列数量众多，查询该表时所需时间较长，导致查询变慢。

2、答案如下：查询字段类型：在大多数数据库管理系统中，可以通过查询系统表或信息架构来获取字段类型。例如，在Oracle中，可以使用DESCRIBE命令或查询ALL_TAB_COLUMNS视图；在MySQL中，可以查询INFORMATION_SCHEMA.COLUMNS表。

3、感觉有点惨，由于 information_schema.columns 是元数据表，没有必要的统计信息。

4、活用Mysql的information_schema库Columns表的主要用途如下： 查看某个数据库实例中某张表的字段及其属性 使用场景：当你需要了解某个特定表中所有字段的详细信息时，可以通过查询Columns表来获取。关键字段：TABLE_SCHEMA：指定数据库实例名称。TABLE_NAME：指定数据存放对象（即表）的名称。

5、查看表字段定义长度的方法如下：使用DESCRIBE命令：运行DESC table_name； ，能列出表的所有列名、数据类型以及它们的宽度（即字段长度），若长度不是固定大小，则显示最大可能的长度。

6、基本权限：所有用户都有访问information_schema下表的权限。数据可见性：用户只能看到其有访问权限的对象对应的数据行。权限差异：权限不足时，查询Server层数据字典表可能不返回数据或返回NULL值，而查询InnoDB数据字典表将直接拒绝访问。information_schema的优势：符合Codd法则：基于表的访问完成。

活用Mysql的information_schema库Columns表

1、活用Mysql的information_schema库Columns表的主要用途如下： 查看某个数据库实例中某张表的字段及其属性 使用场景：当你需要了解某个特定表中所有字段的详细信息时，可以通过查询Columns表来获取。关键字段：TABLE_SCHEMA：指定数据库实例名称。TABLE_NAME：指定数据存放对象（即表）的名称。

2、利用information_schema.tables表：MySQL的information_schema.tables表包含了关于数据库中所有表的信息，包括每个表的数据长度和索引长度。

3、若想获取表中列的注释信息，可以使用SQL查询语句，从information_schema.columns表中筛选。查询语句如下：select * from information_schema.columns where table_schema = db，其中db需替换为具体数据库名。执行此命令后，可以获取到表中所有列的详细信息，包括注释、字段类型等。

4、便于后续维护和理解。 更新字段注释时，应确保注释清晰地说明了每个字段的作用和用途，便于开发者理解和使用。总之，通过操作information_schema.TABLES和information_schema.COLUMNS表，可以实现对MySQL数据库表注释和字段注释的批量修改，从而提高数据库管理的效率和准确性。

information_schema作用

1、定义：information_schema是一个数据库元数据、统计信息以及MySQL Server信息的访问库。内容：包含数据库名、表名、字段数据类型、访问权限等信息。特性：每个MySQL实例中都有一个独立的information_schema，且其下的表是只读表，不是持久表。

2、功能与作用：元数据保存：information_schema系统库不是用于存储用户数据的普通数据库，而是专门用于保存数据库的元数据，如表名、列名、数据类型、索引信息、权限设置等。信息查询：它像一个内置的数据库百科，包含了所有维护数据库的详细信息，方便用户进行查询和管理。

3、MY SQL 中的 INFORMATION_SCHEMA .主要封装了一些系统信息 可打开联机帮助，在索引里输入”INFORMATION_SCHEMA“CHECK_CONSTRAINTS 当前数据库的每个 CHECK 约束在该视图中占一行。该信息架构视图返回当前用户对其拥有权限的对象的有关信息。

4、提供元数据查询，管理数据库权限。提供元数据查询：可以通过查询informationschema来获取数据库的结构信息，如数据库、表、列的名称、数据类型、默认值、是否为空等信息。管理数据库权限：可以通过查询informationschema来查看和管理数据库用户权限信息，如用户的权限、角色、授权对象等。

为什么查询information_schema下的tables这么慢?

1、查询information_schema下的tables显得缓慢，主要由以下两个因素造成：元数据数量过多：原因：如果数据库实例中存在大量的表，在查询information_schema下的tables时，系统需要逐一执行show table status操作来统计所有表的信息，这一过程会耗费较长的时间。

2、查询information_schema下的tables为何显得缓慢？这个问题通常由两个主要因素造成。首先，元数据数量过多，假设你实例中有七万多张表，information_schema在进行统计时需要逐一执行show table status操作，这一过程耗费的时间较长。其次，当参数innodb_stats_on_metadata设置为on时，也会导致查询变慢。

3、查询information_schema.columns表慢的原因可能有以下几个方面：表的大小、查询条件复杂度、系统负载、以及索引缺失或使用不当。首先，information_schema.columns表包含数据库中所有表、列的元数据信息。若数据库中的表与列数量众多，查询该表时所需时间较长，导致查询变慢。

4、问题场景构建与原因分析： 场景构建： 模拟长时间执行的慢查询。 在其他会话中模拟analyze和select操作，观察limit1语句被阻塞且不触发innodb_lock_wait_timeout。

5、原因：统计信息滞后：MySQL 的 information_schema.TABLES 视图提供的表大小信息并不是实时更新的。它依赖于数据库的统计信息缓存，而这个缓存不会在你清空表时立刻刷新。因此，你看到的表大小可能是表清空前的“旧数据”。MySQL 默认不会频繁更新统计信息，以节省性能开销。