InnoDB：InnoDB 内存结构 - 版本历史

2023年3月31日 (五) 15:14 Eijux

2023-03-31T15:14:34Z

←上一版本		2023年3月31日 (五) 23:14的版本
第1行：		第1行：
	[[category:~~MySQL~~]]		[[category:MySQL文档]]

	== '''Buffer Pool（缓冲池）''' ==		== '''Buffer Pool（缓冲池）''' ==

Eijux：/* Change Buffer（更改缓冲区） */

2021-04-27T17:52:52Z

Change Buffer（更改缓冲区）

←上一版本		2021年4月28日 (三) 01:52的版本
第153行：		第153行：

	== '''Change Buffer（更改缓冲区）''' ==		== '''Change Buffer（更改缓冲区）''' ==
	~~更改缓冲区是一种特殊的数据结构，当这些页面不在 Buffer Pool（缓冲池）中时，该缓存~~'''~~可缓存对 secondary index页的更改~~'''~~（二级索引，区别于聚集索引）。~~		更改缓冲区是一种特殊的数据结构：
	* ~~可能由“INSERT”，“UPDATE”或“DELETE”操作（DML）导致的缓冲更改将在以后通过其他读取操作将页面加载到缓冲池中时合并。~~		# 当辅助索引页不在缓冲池中时，它会缓存这些页的更改。【'''缓存二级索引的更改'''】
			# 稍后当这些页面被其他读取操作加载到缓冲池时，这些更改将被合并。【'''合并二级索引缓存'''】
			* 缓冲的更改可能是由“INSERT”，“UPDATE”或“DELETE”操作（DML）导致。

	:[[File:innodb-change-buffer.png\|600px]]		:[[File:innodb-change-buffer.png\|600px]]

	与 clustered indexes（聚集索引）不同，二级索引通常是不唯一的，并且二级索引中的插入以相对随机的 Sequences 发生。同样，删除和更新可能会影响索引树中不相邻的二级索引页。当稍后通过其他操作将受影响的页读入缓冲池时，合并缓存的更改将避免从磁盘将辅助索引页读入缓冲池所需的大量随机访问 I/O。		与聚集索引不同，二级索引通常是'''非唯一的'''，二级索引中的插入是以相对随机的顺序进行的。类似地，删除和更新可能会影响索引树中不相邻的辅助索引页。稍后，当受影响的页被其他操作读入缓冲池时，合并缓存的更改可避免从磁盘将辅助索引页读入缓冲池所需的大量随机访问I/O。
			:即：【“缓存二级索引的更改，合并二级索引缓存”将避免二级索引（由于非唯一性、随机顺序更改，所造成的大量的）随机I/O】

	* 在系统大部分处于空闲状态或缓慢关闭期间运行的清除操作会定期将更新的索引页写入磁盘。与将每个值立即写入磁盘相比，清除操作可以更有效地为一系列索引值写入磁盘块。
	* 当有许多受影响的行和许多辅助索引要更新时，更改缓冲区合并可能需要几个小时。在此期间，磁盘 I/O 会增加，这可能会导致磁盘绑定查询的速度大大降低。提交事务之后，甚至在服务器关闭并重新启动之后，更改缓冲区合并也可能继续发生。
	* 在内存中，更改缓冲区占用了缓冲池的一部分。'''在磁盘上，更改缓冲区是系统表空间的一部分'''，当数据库服务器关闭时，索引更改将存储在其中。
	* 更改缓冲区中缓存的数据类型由“'''innodb_change_buffering'''”变量控制。
	* 如果索引包含降序索引列或主键包含降序索引列，则辅助索引不支持更改缓冲。【？】

	~~=== 配置更改缓冲 ===~~		'''NOTE：'''
	~~当对 table 执行“INSERT”，“UPDATE”或“DELETE”操作时，索引列的值（尤其是辅助键的值）通常处于未排序的顺序，需要大量的~~ I/O ~~才能使辅助索引保持最新状态。~~		* 在系统大部分处于空闲状态或缓慢关闭期间运行的清除操作会定期将更新的索引页写入磁盘。
	# ~~当相关的页面不在缓冲池中时，change buffer 缓存对辅助索引条目的更改，从而通过不立即从磁盘读取页面来避免昂贵的 I/O 操作。~~		** 与将每个值立即写入磁盘相比，清除操作可以更有效地为一系列索引值写入磁盘块。
	# ~~当页面加载到缓冲池中时，缓冲的更改将合并，更新的页面随后将刷新到磁盘。~~		* 当有许多受影响的行和许多辅助索引要更新时，“Change Buffer”合并可能需要几个小时。在此期间，磁盘 I/O 会增加，这可能会导致磁盘绑定查询的速度大大降低。
	~~InnoDB 主线程在服务器接近空闲时和 slow shutdown 期间合并缓冲的更改。~~		** 提交事务之后，甚至在服务器关闭并重新启动之后，“Change Buffer”合并也可能继续发生。
			* “Change Buffer”的结构：
			*# '''在内存中，更改缓冲区占用了缓冲池的一部分'''。
			*# '''在磁盘上，更改缓冲区是系统表空间的一部分'''，当数据库服务器关闭时，索引更改将存储在其中。
			** 如：“'''[[InnoDB：InnoDB 体系结构]]'''”中所示。
			* “Change Buffer”中缓存的数据类型由“'''innodb_change_buffering'''”变量控制。
			* “Change Buffer”不支持“索引中包含降序索引列”和“主键中包含降序索引列”的辅助索引。

	* 由于更改缓冲区功能可以减少磁盘读写操作，因此它对于受 I/O ~~约束的工作负载（例如，具有大量 DML 操作的应用程序，例如批量插入）最有价值。~~		=== 配置“Change Buffer” ===
	* 但是，更改缓冲区占用了缓冲池的一部分，从而减少了可用于缓存数据页的内存。如果工作集几乎适合缓冲池，或者您的表具有相对较少的二级索引，则禁用更改缓冲可能很有用。如果工作数据集完全适合缓冲池，则更改缓冲不会带来额外的开销，因为它仅适用于不在缓冲池中的页面。		当对表执行“INSERT”，“UPDATE”或“DELETE”操作时，索引列的值（尤其是辅助键的值）通常处于未排序的顺序，需要大量的 I/O 才能使辅助索引保持最新状态。
			* 当相关页不在缓冲池中时，change buffer 缓存对辅助索引项的更改，从而避免了昂贵的I/O操作，因为它不会立即从磁盘读取页。
			* 当页面加载到缓冲池中时，缓冲的更改将被合并，更新的页面随后将刷新到磁盘。
			* InnoDB 主线程在服务器接近空闲时和 slow shutdown 期间合并缓冲的更改。


	~~您可以使用“~~'''~~innodb_change_buffering~~'''”配置参数来控制 InnoDB 执行更改缓冲的程度。您可以为插入，删除操作（最初将索引记录标记为删除）和清除操作（物理删除索引记录）启用或禁用缓冲。更新操作是插入和删除的组合。		# 由于更改缓冲区功能可以减少磁盘读写操作，因此它对于受 I/O 约束的工作负载（例如批量插入之类，具有大量 DML 操作的应用程序）最有价值。
	* “innodb_change_buffering”的默认值为“all”。		# 然而'''更改缓冲区占用了缓冲池的一部分，从而减少了可用于缓存数据页的内存'''。
			## 如果工作集几乎都位于缓冲池，或者表的辅助索引相对较少，那么禁用更改缓冲可能很有用。
			## 如果工作数据集完全位于缓冲池，则更改缓冲不会带来额外的开销，因为它仅适用于不在缓冲池中的页面。

	允许的“innodb_change_buffering”值包括：
			“'''innodb_change_buffering'''”：使用该配置参数来控制 InnoDB 执行更改缓冲的程度。
			: 您可以为“插入”，“删除”操作（索引记录最初标记为删除时）和“清除”操作（当索引记录被物理删除时）启用或禁用缓冲。“更新”操作是“插入”和“删除”的组合。【？？？？？？？】
			: 允许的“innodb_change_buffering”值包括：
	{\| class="wikitable"		{\| class="wikitable"
	! Value !! Description		! Value !! Description
	\|-		\|-
	\| '''all''' \|\| ~~默认值：缓冲区插入，删除标记操作和清除。~~		\| '''all''' \|\| 默认值。缓冲“插入”，“删除标记”和“清除”操作。
	\|
	\|-		\|-
	\| none \|\| 不要缓冲任何操作。		\| none \|\| 不要缓冲任何操作。
	\|-		\|-
	\| inserts \|\| ~~缓冲插入操作。~~		\| inserts \|\| 缓冲“插入”操作。
	\|-		\|-
	\| deletes \|\| ~~缓冲删除标记操作。~~		\| deletes \|\| 缓冲“删除标记”操作。
	\|-		\|-
	\| changes \|\| ~~缓冲插入和删除标记操作。~~		\| changes \|\| 缓冲“插入”和“删除标记”操作。
	\|-		\|-
	\| '''purges''' \|\| 缓冲在后台发生的物理删除操作。		\| '''purges''' \|\| 缓冲在后台发生的物理删除操作。
	\|}		\|}
	~~您可以在~~ MySQL 配置文件（“my.cnf”或“my.ini”）中设置“innodb_change_buffering”参数，或使用“SET GLOBAL”语句动态更改它（该语句需要足够的权限来设置全局系统变量）。		* 可以在 MySQL 配置文件（“my.cnf”或“my.ini”）中设置“innodb_change_buffering”参数，或使用“SET GLOBAL”语句动态更改它（该语句需要足够的权限来设置全局系统变量）。
	* ~~更改设置会影响新操作的缓冲，现有缓冲条目的合并不受影响。~~		* 更改设置会影响新操作的缓冲，现有缓冲项的合并不受影响。

	=== ~~配置更改缓冲区最大大小~~ ===		=== 配置“Change Buffer”最大大小 ===
	“'''innodb_change_buffer_max_size'''~~”变量允许将更改缓冲区的最大大小配置为缓冲池总大小的百分比。~~		“'''innodb_change_buffer_max_size'''”变量允许将更改缓冲区的最大大小配置为缓冲池（Buffer Pool）总大小的百分比。
	* 默认情况下，“innodb_change_buffer_max_size”设置为 '''25'''，最大设置为 '''50'''。		* 默认情况下，“innodb_change_buffer_max_size”设置为 '''25'''，最大设置为 '''50'''。

	# 考虑在具有大量插入，更新和删除活动的 MySQL ~~服务器上增加“innodb_change_buffer_max_size”，其中更改缓冲区合并不能与新的更改缓冲区条目保持同步，从而导致更改缓冲区达到其最大大小限制。~~		# 考虑在具有大量插入，更新和删除活动的 MySQL 服务器上增加“innodb_change_buffer_max_size”值，因为 Change Buffer 合并不能随新的 Change Buffer 项增加的话，将导致更改缓冲区达到其最大大小限制。
	# ~~考虑在~~ MySQL 服务器上使用用于报告的静态数据减少“innodb_change_buffer_max_size”，或者如果更改缓冲区占用了与缓冲池共享的太多内存空间，从而导致页面比期望的更快地超出缓冲池。		# 在“使用的静态数据用于报告的”或者“Change Buffer 占用了太多与缓冲池共享的内存空间，从而导致页面比期望的更快地从缓冲池中老化的” MySQL 服务器上，考虑减少“innodb_change_buffer_max_size”。
	# 使用代表性的工作负载测试不同的设置，以确定最佳配置。“innodb_change_buffer_max_size”设置是动态的，它允许修改设置而无需重新启动服务器。		# 使用代表性的工作负载测试不同的设置，以确定最佳配置。“innodb_change_buffer_max_size”设置是动态的，它允许修改设置而无需重新启动服务器。

Eijux：/* 日志缓冲区 */

2021-04-27T16:30:03Z

日志缓冲区

←上一版本		2021年4月28日 (三) 00:30的版本
第285行：		第285行：
	* 如果有许多线程在等待“btr0sea.c”中创建的 RW锁存，请考虑增加自适应哈希索引分区的数量或禁用自适应哈希索引功能。【？？？】		* 如果有许多线程在等待“btr0sea.c”中创建的 RW锁存，请考虑增加自适应哈希索引分区的数量或禁用自适应哈希索引功能。【？？？】

	== '''~~日志缓冲区~~''' ==		== '''Log Buffer（日志缓冲区）''' ==
	日志缓冲区是存储区域，用于保存要写入磁盘上的日志文件的数据。日志缓冲区的内容会定期刷新到磁盘。		日志缓冲区是存储区域，用于保存要写入磁盘上的日志文件的数据。日志缓冲区的内容会定期刷新到磁盘。

Eijux：/* 日志缓冲区 */

2021-04-27T16:29:32Z

日志缓冲区

←上一版本		2021年4月28日 (三) 00:29的版本
第285行：		第285行：
	* 如果有许多线程在等待“btr0sea.c”中创建的 RW锁存，请考虑增加自适应哈希索引分区的数量或禁用自适应哈希索引功能。【？？？】		* 如果有许多线程在等待“btr0sea.c”中创建的 RW锁存，请考虑增加自适应哈希索引分区的数量或禁用自适应哈希索引功能。【？？？】

	== 日志缓冲区 ==		== '''日志缓冲区''' ==
	日志缓冲区是存储区域，用于保存要写入磁盘上的日志文件的数据。日志缓冲区的内容会定期刷新到磁盘。		日志缓冲区是存储区域，用于保存要写入磁盘上的日志文件的数据。日志缓冲区的内容会定期刷新到磁盘。

Eijux：/* Adaptive Hash Index（自适应哈希索引）【！！！】 */

2021-04-27T16:29:14Z

Adaptive Hash Index（自适应哈希索引）【！！！】

←上一版本		2021年4月28日 (三) 00:29的版本
第258行：		第258行：
	</syntaxhighlight>		</syntaxhighlight>

	== '''Adaptive Hash Index（自适应哈希索引）'''~~【！！！】~~ ==		== '''Adaptive Hash Index（自适应哈希索引）''' ==
	自适应哈希索引功能使 InnoDB 能够在具有适当的工作负载和足够的缓冲池内存的系统上，'''像内存数据库一样执行操作，而不会牺牲事务功能或可靠性'''。		自适应哈希索引功能使 InnoDB 能够在具有适当的工作负载和足够的缓冲池内存的系统上，'''像内存数据库一样执行操作，而不会牺牲事务功能或可靠性'''。
	* 自适应哈希索引功能由“innodb_adaptive_hash_index”变量启用，或在服务器启动时由“--skip-innodb-adaptive-hash-index”禁用。		* 自适应哈希索引功能由“innodb_adaptive_hash_index”变量启用，或在服务器启动时由“--skip-innodb-adaptive-hash-index”禁用。

Eijux：/* Change Buffer（更改缓冲区） */

2021-04-27T16:28:59Z

Change Buffer（更改缓冲区）

←上一版本		2021年4月28日 (三) 00:28的版本
第152行：		第152行：
	缓冲池服务器状态变量和“INNODB_BUFFER_POOL_STATS”表提供了与 InnoDB 标准监视器输出中许多相同的缓冲池度量标准。		缓冲池服务器状态变量和“INNODB_BUFFER_POOL_STATS”表提供了与 InnoDB 标准监视器输出中许多相同的缓冲池度量标准。

	== Change Buffer（更改缓冲区） ==		== '''Change Buffer（更改缓冲区）''' ==
	更改缓冲区是一种特殊的数据结构，当这些页面不在 Buffer Pool（缓冲池）中时，该缓存'''可缓存对 secondary index页的更改'''（二级索引，区别于聚集索引）。		更改缓冲区是一种特殊的数据结构，当这些页面不在 Buffer Pool（缓冲池）中时，该缓存'''可缓存对 secondary index页的更改'''（二级索引，区别于聚集索引）。
	* 可能由“INSERT”，“UPDATE”或“DELETE”操作（DML）导致的缓冲更改将在以后通过其他读取操作将页面加载到缓冲池中时合并。		* 可能由“INSERT”，“UPDATE”或“DELETE”操作（DML）导致的缓冲更改将在以后通过其他读取操作将页面加载到缓冲池中时合并。

Eijux：/* Buffer Pool（缓冲池）【！！！】 */

2021-04-27T16:28:42Z

Buffer Pool（缓冲池）【！！！】

←上一版本		2021年4月28日 (三) 00:28的版本
第1行：		第1行：
	[[category:MySQL]]		[[category:MySQL]]

	== '''Buffer Pool（缓冲池）'''~~【！！！】~~ ==		== '''Buffer Pool（缓冲池）''' ==
	缓冲池是主存储器中的一个区域，InnoDB 在访问'''表和索引数据'''时会对其进行缓存。缓冲池允许直接从内存中处理经常使用的数据，从而加快了处理速度。在专用服务器上，通常将多达 80％的物理内存分配给缓冲池。		缓冲池是主存储器中的一个区域，InnoDB 在访问'''表和索引数据'''时会对其进行缓存。缓冲池允许直接从内存中处理经常使用的数据，从而加快了处理速度。在专用服务器上，通常将多达 80％的物理内存分配给缓冲池。

Eijux：/* Change Buffer（更改缓冲区） */

2021-04-27T16:26:14Z

Change Buffer（更改缓冲区）

←上一版本		2021年4月28日 (三) 00:26的版本
第167行：		第167行：

	=== 配置更改缓冲 ===		=== 配置更改缓冲 ===
	当对 table ~~执行“INSERT”，“UPDATE”或“DELETE”操作时，索引列的值（尤其是辅助键的值）通常处于未排序的 Sequences，需要大量的~~ I/O 才能使辅助索引保持最新状态。		当对 table 执行“INSERT”，“UPDATE”或“DELETE”操作时，索引列的值（尤其是辅助键的值）通常处于未排序的顺序，需要大量的 I/O 才能使辅助索引保持最新状态。
	# 当相关的页面不在缓冲池中时，change buffer 缓存对辅助索引条目的更改，从而通过不立即从磁盘读取页面来避免昂贵的 I/O 操作。		# 当相关的页面不在缓冲池中时，change buffer 缓存对辅助索引条目的更改，从而通过不立即从磁盘读取页面来避免昂贵的 I/O 操作。
	# 当页面加载到缓冲池中时，缓冲的更改将合并，更新的页面随后将刷新到磁盘。		# 当页面加载到缓冲池中时，缓冲的更改将合并，更新的页面随后将刷新到磁盘。

Eijux：/* Buffer Pool（缓冲池）【！！！】 */

2021-04-27T14:52:24Z

Buffer Pool（缓冲池）【！！！】

←上一版本		2021年4月27日 (二) 22:52的版本
第2行：		第2行：

	== '''Buffer Pool（缓冲池）'''【！！！】 ==		== '''Buffer Pool（缓冲池）'''【！！！】 ==
	缓冲池是主存储器中的一个区域，InnoDB ~~在访问表和索引数据时会对其进行缓存。缓冲池允许直接从内存中处理经常使用的数据，从而加快了处理速度。在专用服务器上，通常将多达~~ 80％的物理内存分配给缓冲池。		缓冲池是主存储器中的一个区域，InnoDB 在访问'''表和索引数据'''时会对其进行缓存。缓冲池允许直接从内存中处理经常使用的数据，从而加快了处理速度。在专用服务器上，通常将多达 80％的物理内存分配给缓冲池。

Eijux：/* Adaptive Hash Index（自适应哈希索引）【！！！】 */

2021-04-19T17:43:29Z

Adaptive Hash Index（自适应哈希索引）【！！！】

←上一版本		2021年4月20日 (二) 01:43的版本
第259行：		第259行：

	== '''Adaptive Hash Index（自适应哈希索引）'''【！！！】 ==		== '''Adaptive Hash Index（自适应哈希索引）'''【！！！】 ==
			自适应哈希索引功能使 InnoDB 能够在具有适当的工作负载和足够的缓冲池内存的系统上，'''像内存数据库一样执行操作，而不会牺牲事务功能或可靠性'''。
			* 自适应哈希索引功能由“innodb_adaptive_hash_index”变量启用，或在服务器启动时由“--skip-innodb-adaptive-hash-index”禁用。


			根据观察到的搜索模式，使用索引关键字的前缀构建哈希索引。该前缀可以是任何长度，并且可能'''只有 B 树中的一些值出现在哈希索引中'''。哈希索引是'''根据对经常访问的索引页面的需求而构建的'''。【？】


			<pre>
			如果一个表几乎完全适合主内存，则哈希索引可以通过启用对任何元素的直接查找、并将索引值变成某种指针的方式来加快查询速度。 InnoDB 具有监视索引搜索的机制。如果 InnoDB 注意到查询可以从构建哈希索引中受益，则它会【自动】这样做。
			</pre>


			在某些工作负载下，哈希索引查找的速度大大超过了监视索引查找和维护哈希索引结构的额外工作。在繁重的工作负载（例如多个并发连接）下，对自适应哈希索引的访问有时会成为争用的来源。使用“LIKE”运算符和“%”通配符的查询也往往没有好处。

			对于无法从自适应哈希索引功能中受益的工作负载，将其关闭可减少不必要的性能开销。由于很难预先预测自适应哈希索引功能是否适合特定的系统和工作负载，因此请考虑启用和禁用该功能时运行基准测试。
			* 与早期版本相比，MySQL 5.6 中的体系结构更改使它更适合禁用自适应哈希索引功能。



			在 MySQL 5.7 中，自适应哈希索引功能已分区。'''每个索引都绑定到一个特定的分区'''，并且每个分区都受到单独的锁存器的保护。分区由“'''innodb_adaptive_hash_index_parts'''”变量控制。在较早的版本中，自适应哈希索引功能受单个闩锁的保护，这可能成为繁重工作负载下争用的来源。
			* 默认情况下，“innodb_adaptive_hash_index_parts”变量设置为 '''8'''，最大设置为 '''512'''。


			您可以在“'''SHOW ENGINE INNODB STATUS'''”输出的“SEMAPHORES”部分监视自适应哈希索引的使用和争用。
			* 如果有许多线程在等待“btr0sea.c”中创建的 RW锁存，请考虑增加自适应哈希索引分区的数量或禁用自适应哈希索引功能。【？？？】

	== 日志缓冲区 ==		== 日志缓冲区 ==

InnoDB：InnoDB 内存结构 - 版本历史

2023年3月31日 (五) 15:14 Eijux

Eijux：​/* Change Buffer（更改缓冲区） */

Eijux：​/* 日志缓冲区 */

Eijux：​/* 日志缓冲区 */

Eijux：​/* Adaptive Hash Index（自适应哈希索引）【！！！】 */

Eijux：​/* Change Buffer（更改缓冲区） */

Eijux：​/* Buffer Pool（缓冲池）【！！！】 */

Eijux：​/* Change Buffer（更改缓冲区） */

Eijux：​/* Buffer Pool（缓冲池）【！！！】 */

Eijux：​/* Adaptive Hash Index（自适应哈希索引）【！！！】 */

Eijux：/* Change Buffer（更改缓冲区） */

Eijux：/* 日志缓冲区 */

Eijux：/* 日志缓冲区 */

Eijux：/* Adaptive Hash Index（自适应哈希索引）【！！！】 */

Eijux：/* Change Buffer（更改缓冲区） */

Eijux：/* Buffer Pool（缓冲池）【！！！】 */

Eijux：/* Change Buffer（更改缓冲区） */

Eijux：/* Buffer Pool（缓冲池）【！！！】 */

Eijux：/* Adaptive Hash Index（自适应哈希索引）【！！！】 */