深入解析MySQL 8：事务数据字典的变革

码到三十五 ： 个人主页
心中有诗画，指尖舞代码，目光览世界，步履越千山，人间尽值得 !

---

---

随着数据库技术的不断发展和完善，元数据的管理成为了一个日益重要的议题。在MySQL 8中，一项引人注目的新特性是引入了事务数据字典（Transaction Data Dictionary，简称TDD），它改变了元数据的管理方式，为数据库的性能、稳定性和扩展性带来了显著的提升。

一、事务数据字典的引入背景

在MySQL 8之前的版本中，元数据分散地存储在多个地方，包括元数据文件、非事务性表和特定于存储引擎的数据字典中。这种分散的存储方式不仅增加了管理的复杂性，还可能导致数据的不一致性。为了解决这些问题，MySQL 8引入了事务数据字典，将元数据集中存储在具有事务功能的InnoDB表中，从而提供了一致性和可靠性的保证。

MySQL 8.0及更高版本中，事务性数据字典（Transactional Data Dictionary，简称数据字典）它完全基于InnoDB存储引擎，并且取代了早期版本中使用的各种非事务性元数据存储方式（如FRM、TRG、PAR等文件）。这意味着所有的系统元数据，包括表结构、列信息、索引、触发器、存储过程和函数等，现在都存储在InnoDB表中，从而确保了元数据操作（如创建表、修改列等）的原子性、一致性和隔离性。

这种变化带来了几个显著的好处：

1. 原子性：对元数据的所有更改都是原子的，要么全部成功，要么在失败时全部回滚，从而避免了元数据的不一致状态。

2. 一致性：由于InnoDB支持事务，因此数据字典中的信息始终保持一致，即使在并发修改的情况下也是如此。

3. 崩溃恢复：在发生故障后，InnoDB的恢复机制可以确保数据字典的完整性。

4. 性能：InnoDB的缓存和事务管理特性有助于提高元数据操作的性能。

5. 简化管理：不再需要维护多种不同类型的元数据文件和表，所有数据字典信息都集中存储在InnoDB表中，简化了数据库的管理和备份。

6. 向后兼容性：尽管内部实现发生了重大变化，但MySQL努力保持了与早期版本的兼容性，以便现有的应用程序和脚本能够继续无缝工作。

information_schema数据库现在提供了一组视图，这些视图作为访问事务性数据字典的接口。这些视图提供了关于数据库对象的详细信息，如表、列、索引、触发器、存储过程和函数等。通过查询这些视图，管理员和开发人员可以获取关于数据库结构和属性的实时信息，而无需直接访问底层的InnoDB表。

总的来说，事务性数据字典的引入是MySQL 8.0及更高版本中的一个重大改进，它提高了数据库的可靠性、性能和易用性。

二、事务数据字典的内容

在MySQL 8中，事务数据字典（Data Dictionary）是一个集中的元数据存储系统，它包含了关于数据库对象的各种信息。这些信息被组织成一系列的“字典表”，但实际上这些字典表并不直接暴露给用户。相反，用户通过information_schema数据库中的视图来访问这些字典表的内容。

以下是一些主要的information_schema视图，它们对应于事务数据字典中的不同部分，并提供了关于数据库对象的详细信息：

1. TABLES (information_schema.TABLES)

   • 提供数据库中所有表的信息。
   • 包括表名、表类型（BASE TABLE, VIEW等）、创建时间、最后修改时间等。

2. COLUMNS (information_schema.COLUMNS)

   • 提供表中所有列的信息。
   • 包括列名、数据类型、字符集、列默认值、是否可为NULL等。

3. STATISTICS (information_schema.STATISTICS)

   • 提供关于表索引的信息。
   • 在MySQL中，索引和键是同一个概念，因此这个视图也包含了主键、外键和唯一键的信息。
   • 包括索引名、列名、索引类型（BTREE, HASH等）、是否唯一等。

4. KEY_COLUMN_USAGE (information_schema.KEY_COLUMN_USAGE)

   • 描述哪些列被用作表的键（主键、外键等）。
   • 提供列名、约束名、引用的表等信息。

5. ROUTINES (information_schema.ROUTINES)

   • 提供关于存储过程和函数的信息。
   • 包括例程名、例程类型（PROCEDURE, FUNCTION）、创建时间、SQL模式等。

6. TRIGGERS (information_schema.TRIGGERS)

   • 提供关于触发器的信息。
   • 包括触发器名、关联的表、触发时间（BEFORE, AFTER）、触发事件（INSERT, UPDATE, DELETE）等。

7. REFERENTIAL_CONSTRAINTS (information_schema.REFERENTIAL_CONSTRAINTS)

   • 描述外键约束。
   • 提供约束名、约束类型（通常是FOREIGN KEY）、涉及的表等。

8. TABLE_CONSTRAINTS (information_schema.TABLE_CONSTRAINTS)

   • 提供关于表约束的信息，如主键、唯一键、检查约束等。
   • 包括约束名、约束类型、约束状态等。

9. SCHEMATA (information_schema.SCHEMATA)

   • 提供关于数据库中所有模式（数据库）的信息。
   • 包括模式名、字符集、排序规则等。

10. VIEWS (information_schema.VIEWS)

    • 提供关于数据库中所有视图的信息。
    • 包括视图名、视图定义、安全类型（DEFINER, INVOKER）等。

11. PARTITIONS (information_schema.PARTITIONS)

    • 如果表被分区，这个视图提供关于每个分区的详细信息。
    • 包括分区名、分区方法（RANGE, LIST, HASH等）、分区表达式等。

使用这些视图，你可以执行SQL查询来获取关于数据库对象的详细信息。例如，要获取某个表中所有列的信息，你可以执行以下查询：

SELECT COLUMN_NAME, DATA_TYPE, IS_NULLABLE, COLUMN_DEFAULT
FROM information_schema.COLUMNS
WHERE TABLE_SCHEMA = 'your_database_name' AND TABLE_NAME = 'your_table_name';

这个查询会返回指定数据库中指定表的所有列的名称、数据类型、是否可为NULL以及默认值。

总的来说，事务数据字典通过information_schema提供了一组丰富的视图，使得数据库管理员和开发人员能够方便地查询和理解数据库中各种对象的结构和属性。

三、事务数据字典的优势

1. 集中式存储：事务数据字典将元数据集中存储在InnoDB表中，使得元数据的管理变得更加简单和高效。数据库管理员不再需要分散地管理多个元数据源，而是可以通过统一的方式访问和修改元数据。

2. 事务性支持：由于元数据存储在InnoDB表中，它们可以利用InnoDB的ACID事务特性。这意味着对元数据的更改可以在事务的上下文中执行，确保更改的原子性、一致性、隔离性和持久性。这大大提高了数据库的稳定性和可靠性。

3. 减少锁争用：事务数据字典的设计减少了系统表锁的争用。在之前的版本中，对元数据的更改可能需要获取全局锁，从而限制了并发性能。而在事务数据字典中，多个事务可以同时访问和修改数据字典的不同部分，从而提高了整体性能和可扩展性。

4. 崩溃恢复和数据一致性：事务数据字典改进了崩溃恢复和数据一致性的能力。由于元数据更改记录在事务日志中，MySQL可以在崩溃期间重播这些更改，确保数据的完整性。这意味着即使在发生故障的情况下，数据库也能够恢复到一致的状态。

四、事务数据字典的影响

事务数据字典的引入对MySQL 8的性能和稳定性产生了积极的影响。首先，通过减少锁争用和最大限度地减少磁盘I/O操作，事务数据字典提高了数据库的整体性能。其次，由于元数据更改的原子性和一致性保证，数据库管理员可以更加放心地进行模式更改和数据库维护操作。最后，事务数据字典的引入为MySQL的未来发展奠定了基础，为更多的新特性和功能提供了可能性。

五、数据字典的特性

1. 元数据的原子性更改：
   在MySQL 8之前，对元数据的更改（如添加列、删除表等）可能会导致元数据的不一致状态，特别是在发生故障时。事务数据字典确保了这些更改的原子性，要么完全应用，要么完全不应用，从而消除了不一致的风险。

2. 性能优化：
   由于元数据现在存储在InnoDB表中，因此可以利用InnoDB的缓存和事务特性来优化性能。此外，减少了对全局锁的依赖，这有助于减少锁争用，提高了并发性。

3. 崩溃恢复：
   事务数据字典增强了MySQL的崩溃恢复能力。由于所有的元数据更改都记录在事务日志中，因此在系统重启后，MySQL可以检查事务日志并回滚任何未完成的更改，确保数据库的一致性。

4. 简化了复制和集群管理：
   在复制和集群环境中，事务数据字典提供了一个单一的、一致的元数据视图，这简化了复制和集群的管理。所有节点都共享相同的元数据视图，这有助于减少配置错误和不一致。

5. 升级过程改进：
   在升级到MySQL 8时，服务器会自动将旧的元数据迁移到新的数据字典中。这个过程是自动化的，减少了升级过程中的手动步骤和潜在错误。

6. 数据定义语句（DDL）的改进：
   由于元数据存储在事务性表中，某些数据定义语句（如ALTER TABLE）的执行方式得到了改进。这些语句现在可以更高效地执行，并且在执行过程中提供了更好的并发性。

7. 信息模式（information_schema）的增强：
   虽然information_schema本身不是事务数据字典的全部，但它提供了访问数据字典内容的接口。在MySQL 8中，information_schema得到了增强，以提供更详细、更准确的元数据信息。

8. 安全性和权限管理：
   事务数据字典还改进了安全性和权限管理。由于所有元数据都存储在InnoDB表中，因此可以利用InnoDB的访问控制机制来限制对元数据的访问。此外，MySQL 8还引入了基于角色的访问控制（RBAC），这进一步简化了权限管理。

9. 兼容性：
   尽管事务数据字典是MySQL 8中的一个重大改变，但MySQL团队在引入这一特性时非常注重向后兼容性。这意味着大多数现有的SQL查询和应用程序在升级到MySQL 8后应该能够继续正常工作，而无需进行大量修改。

总的来说，MySQL 8中的事务数据字典不仅改进了元数据的存储和管理方式，还提高了数据库的性能、稳定性和安全性。这些改进对于数据库管理员和开发人员来说都是非常有价值的，它们使得数据库更易于管理、维护和扩展。

总结

MySQL 8中新增的事务数据字典是一项重要的特性，它改变了元数据的管理方式，提供了集中式、事务性的存储机制。通过减少锁争用、提高并发性能和保证数据的一致性，事务数据字典为MySQL的整体性能和稳定性带来了显著的提升。对于数据库管理员和开发人员来说，这是一个值得关注和学习的新特性，它将为数据库的应用和开发带来更好的体验和效果。