核心文件记录的状态和内存映像的运行过程。因为缓冲池驻留在内存,运行的进程的内存映像倾倒的核心文件,系统与大型缓冲池时,可以产生大的核心文件mysqld死亡的过程。

大核心文件可以有问题的原因包括时间写他们,他们消耗大量的磁盘空间,与传输大文件相关的挑战。

为了减少核心文件大小,您可以禁用innodb_buffer_pool_in_core_file变量来省略缓冲池页面从核心转储。的innodb_buffer_pool_in_core_file介绍了变量在MySQL 8.0.14和默认情况下是启用的。

不包括缓冲池页面从安全的角度也可能是可取的如果你有担忧倾销数据库页面核心文件可以共享你的内部或外部组织用于调试目的。

禁用innodb_buffer_pool_in_core_file只有在生效core_file变量是启用和操作系统支持MADV_DONTDUMPposix扩展madvise ()系统调用,这是支持Linux 3.4及以后。的MADV_DONTDUMP扩展导致页面在指定范围内被排除在核心转储。

如果操作系统支持MADV_DONTDUMP扩展,启动服务器——核心文件和——innodb-buffer-pool-in-core-file =了没有缓冲池页面的选项来生成核心文件。

$ > mysqld——核心文件innodb-buffer-pool-in-core-file =

的core_file变量默认是只读和残疾人。它是通过指定启用——核心文件在启动时选项。的innodb_buffer_pool_in_core_file变量是动态的。它可以指定在启动或配置在运行时使用集声明。

mysql >设置全球innodb_buffer_pool_in_core_file =;

如果innodb_buffer_pool_in_core_file变量是禁用的,但MADV_DONTDUMP不支持的操作系统,还是一个madvise ()发生故障时,警告是MySQL服务器错误日志和写的core_file变量是残疾预防写作核心文件,无意中包括缓冲池页面。如果只读core_file变量变得残疾,必须重新启动服务器再次启用它。

下面的表显示了配置和MADV_DONTDUMP支持场景,确定核心文件生成以及他们是否包括缓冲池页面。

减少核心文件大小通过禁用innodb_buffer_pool_in_core_file变量取决于缓冲池的大小,但也受到了影响InnoDB页面大小。一个较小的页面大小意味着更多的页面所需的相同数量的数据,和更多的页面意味着更多的页面元数据。下表提供了破碎的例子,你可能会看到一个1 gb的缓冲池使用不同的页面大小。