MySQL8.0之数据字典

  • 时间:
  • 浏览:1
  • 来源:大发5分6合APP下载_大发5分6合APP官网

 数据字典

数据字典是数据库重要的组成累积之一,不需要 否 哪几种是数据字典?数据字典带有哪几种内容呢?数据字典是对数据库中的数据、库对象、表对象等的元信息的集合。在MySQL中,数据字典信息内容就包括表形态、数据库名或表名、字段的数据类型、视图、索引、表字段信息、存储过程、触发器等内容。MySQL INFORMATION_SCHEMA库提供了对数据局元数据、统计信息、以及有关MySQL server的访问信息(这个:数据库名或表名,字段的数据类型和访问权限等)。该库中保存的信息不需要 否称为MySQL的数据字典。

.frm,.opt,.par,.TRN,.TRG,.isl文件都移除了,不再通过文件的最好的方式存储数据字典信息。其次是对INFORMATION_SCHEM,mysql,sys系统库中的存储引擎做了改进,过后使用MyISAM存储引擎的数据字典表都改为使用InnoDB存储引擎存放。并非 支持事务的MyISAM存储引擎转变到支持事务的InnoDB存储引擎,为原子DDL的实现,提供了机会性。

(1)新版本过后的数据字典

(2)新版本数据字典的改进

在MySQL8.0过后,MySQL的数据字典信息,并不需要 否 完整篇 存插进系统数据库表中,累积数据库数据字典信息存放于文件中,其余的数据字典信息存放于数据字典库中(INFORMATION_SCHEMA,mysql,sys)。这个表形态信息存插进.frm文件中,数据库表字段信息存放于INFORMATION_SCHEMA下的COLUMNS表中。早期,5.6版本过后,MyISAM是MySQL的默认存储引擎,而作为MyISAM存储引擎,它是不需要 否 数据字典的。不需要 否表形态信息记录在.frm文件中。MySQL5.6版本过后,将InnoDB存储引擎作为默认的存储引擎。在InnoDB存储引擎中,打上去了那么多 那么多 数据字典文件用于存放数据字典元信息,这个:.opt文件,记录了每个库的那么多 那么多 基本信息,包括库的字符集等信息,.TRN.TRG文件用于存放触发器的信息内容。

对于INFORMATION_SCHEMA下的STATISTICS表和TABLES表中的信息,8.0中通过缓存的最好的方式,以提高查询的性能。都还可以通过设置

(3)innodb_read_only对所有存储引擎生效

MySQL8.0过后,在使用mysqldump和mysqlpump导出数据过后,与过后有了那么多 那么多 不同,主假如有一天以下几点:

过后版本中,导出触发器、存储过程都还可以一同导出触发器、存储过程的创建和修改的时间戳,8.0中不再支持。

information_schema_stats_expiry参数设置缓存数据的过期时间,默认是86400秒。查询这两张表的数据的过后,首先是到缓存中进行查询,缓存中不需要 否 缓存数据,机会缓存数据过期了,查询会从存储引擎中获取最新的数据。机会须要获取最新的数据,都还可以通过设置

(4)mysqldump mysqlpump导出的内容影响

MySQL8.0数据字典的改进有那么多 那么多 方便的形态,这个带来了原子DDL,提升了INFORMATION_SCHEMA的查询性能等,那么多 那么多 它并一定会完美的,新版数据字典还是居于那么多 那么多 局限性:

原文发布时间为:2018-05-17

8.0中对数据字典进行改进过后,很大程度上提高了对INFORMATIONS_SCHEMA的查询性能,通过都还可以通过查表快速的获得你要查询的数据,是原因分析分析是:

本文来自云栖社区相互媒体合作伙伴“老叶茶馆”,了解相关信息都还可以关注“老叶茶馆”。

(2)原子DDL

information_schema_stats_expiry参数为0机会ANALYZE TABLE操作。

MySQL 8.0 将数据库元信息都存放于InnoDB存储引擎表中,在过后版本的MySQL中,数据字典不仅仅存放于特定的存储引擎表中,还存放于元数据文件、非事务性存储引擎表中。本文机会介绍MySQL 8.0对数据字典的改进,以及改进带来的好处、影响以及局限性。

(1)INFORMATION_SCHEMA性能提升

DDL操作会花费更长的时间,机会过后的DDL操作是直接对.frm文件进行更改操作,假如有一天写另另1个 多文件,现在是须要更新数据字典表,代表着须要将数据写到存储引擎、read log、undo log中。

在8.0过后版本中,innodb_read_only参数都还可以阻止对InnoDB存储引擎表的create和drop等更新操作。那么多 那么多 在MySQL8.0中,开启innodb_read_only参数阻止了所有存储引擎的哪几种操作。create机会drop表的操作都须要更新数据字典表,8.0中这个数据字典表都改为了InnoDB存储引擎,那么多 那么多 对于数据字典表的更新会失败,从本来原因分析分析各存储引擎create和drop表失败。同样的像ANALYZE TABLEALTER TABLE tbl_name ENGINE=engine_name这个操作也会失败,机会哪几种操作一定会去更新数据字典表。

最新的MySQL 8.0 发布过后,对数据库数据字典方面做了较大的改进。

新数据字典带来的影响

本文作者:沈 刚·沃趣科技

MySQL8.0过后开始英文支持原子DDL操作,另另1个 多原子DDL操作,具体的操作内容包括:数据字典更新,存储引擎层的操作,在binlog中记录DDL操作。那么多 那么多 哪几种操作一定会原子性的,表示中间过程老要再次出现错误的过后,是都还可以完整篇 回退的。这在过后版本的DDL操作中是不支持的。过后数据库版本中老要不需要 否 支持原子DDL的形态,是有是原因分析分析的,机会在早期的数据库版本中,数据库元信息存放于元信息文件中、非事务性表中以及特定存储引擎的数据字典中。哪几种都无法保证DDL操作内容在另另1个 多事务当中,无法保证原子性。

具体的原子DDL,后续会有专门的文章。

(5)新数据字典的局限性

目前机会正式GA的MySQL 8.0是令人很期待的另另1个 多版本,从数据字典方面的改进,到原子DDL,到数据库self tuning等等新形态,都让人为8.0感到激动。8.0带有那么多 那么多 新形态在等待去尝试,去发现。

总结