10bet网址
MySQL 5.7 Reference Manual
Related Documentation Download this Manual
PDF (US Ltr)- 36.4Mb
PDF (A4)- 36.4Mb
Man Pages (TGZ)- 237.7Kb
Man Pages (Zip)- 349.4Kb
Info (Gzip)- 3.4Mb
Info (Zip)- 3.4Mb
Excerpts from this Manual

14.5.2 Change Buffer

The change buffer is a special data structure that caches changes tosecondary indexpages when those pages are not in thebuffer pool. The buffered changes, which may result fromINSERT,UPDATE, orDELETEoperations (DML), are merged later when the pages are loaded into the buffer pool by other read operations.

图14.3改变缓冲区

Content is described in the surrounding text.

Unlikeclustered indexes, secondary indexes are usually nonunique, and inserts into secondary indexes happen in a relatively random order. Similarly, deletes and updates may affect secondary index pages that are not adjacently located in an index tree. Merging cached changes at a later time, when affected pages are read into the buffer pool by other operations, avoids substantial random access I/O that would be required to read secondary index pages into the buffer pool from disk.

当t定期清洗操作he system is mostly idle, or during a slow shutdown, writes the updated index pages to disk. The purge operation can write disk blocks for a series of index values more efficiently than if each value were written to disk immediately.

Change buffer merging may take several hours when there are many affected rows and numerous secondary indexes to update. During this time, disk I/O is increased, which can cause a significant slowdown for disk-bound queries. Change buffer merging may also continue to occur after a transaction is committed, and even after a server shutdown and restart (seeSection 14.22.2, “Forcing InnoDB Recovery”for more information).

In memory, the change buffer occupies part of the buffer pool. On disk, the change buffer is part of the system tablespace, where index changes are buffered when the database server is shut down.

The type of data cached in the change buffer is governed by theinnodb_change_bufferingvariable. For more information, seeConfiguring Change Buffering. You can also configure the maximum change buffer size. For more information, seeConfiguring the Change Buffer Maximum Size.

Change buffering is not supported for a secondary index if the index contains a descending index column or if the primary key includes a descending index column.

For answers to frequently asked questions about the change buffer, seeSection A.16, “MySQL 5.7 FAQ: InnoDB Change Buffer”.

Configuring Change Buffering

WhenINSERT,UPDATE, andDELETEoperations are performed on a table, the values of indexed columns (particularly the values of secondary keys) are often in an unsorted order, requiring substantial I/O to bring secondary indexes up to date. Thechange buffercaches changes to secondary index entries when the relevantpageis not in thebuffer pool, thus avoiding expensive I/O operations by not immediately reading in the page from disk. The buffered changes are merged when the page is loaded into the buffer pool, and the updated page is later flushed to disk. TheInnoDBmain thread merges buffered changes when the server is nearly idle, and during aslow shutdown.

Because it can result in fewer disk reads and writes, change buffering is most valuable for workloads that are I/O-bound; for example, applications with a high volume of DML operations such as bulk inserts benefit from change buffering.

However, the change buffer occupies a part of the buffer pool, reducing the memory available to cache data pages. If the working set almost fits in the buffer pool, or if your tables have relatively few secondary indexes, it may be useful to disable change buffering. If the working data set fits entirely within the buffer pool, change buffering does not impose extra overhead, because it only applies to pages that are not in the buffer pool.

Theinnodb_change_bufferingvariable controls the extent to whichInnoDBperforms change buffering. You can enable or disable buffering for inserts, delete operations (when index records are initially marked for deletion) and purge operations (when index records are physically deleted). An update operation is a combination of an insert and a delete. The defaultinnodb_change_bufferingvalue isall.

Permittedinnodb_change_bufferingvalues include:

  • all

    The default value: buffer inserts, delete-marking operations, and purges.

  • none

    Do not buffer any operations.

  • inserts

    Buffer insert operations.

  • deletes

    Buffer delete-marking operations.

  • changes

    Buffer both inserts and delete-marking operations.

  • purges

    Buffer physical deletion operations that happen in the background.

You can set theinnodb_change_bufferingvariable in the MySQL option file (my.cnformy.ini) or change it dynamically with theSET GLOBALstatement, which requires privileges sufficient to set global system variables. SeeSection 5.1.8.1, “System Variable Privileges”. Changing the setting affects the buffering of new operations; the merging of existing buffered entries is not affected.

Configuring the Change Buffer Maximum Size

Theinnodb_change_buffer_max_sizevariable permits configuring the maximum size of the change buffer as a percentage of the total size of the buffer pool. By default,innodb_change_buffer_max_sizeis set to 25. The maximum setting is 50.

Consider increasinginnodb_change_buffer_max_sizeon a MySQL server with heavy insert, update, and delete activity, where change buffer merging does not keep pace with new change buffer entries, causing the change buffer to reach its maximum size limit.

Consider decreasinginnodb_change_buffer_max_sizeon a MySQL server with static data used for reporting, or if the change buffer consumes too much of the memory space shared with the buffer pool, causing pages to age out of the buffer pool sooner than desired.

Test different settings with a representative workload to determine an optimal configuration. Theinnodb_change_buffer_max_sizevariable is dynamic, which permits modifying the setting without restarting the server.

Monitoring the Change Buffer

The following options are available for change buffer monitoring:

  • InnoDBStandard Monitor output includes change buffer status information. To view monitor data, issue theSHOW ENGINE INNODB STATUSstatement.

    mysql> SHOW ENGINE INNODB STATUS\G

    Change buffer status information is located under theINSERT BUFFER AND ADAPTIVE HASH INDEX标题和出现类似如下:

    ------------------------------------- INSERT BUFFER AND ADAPTIVE HASH INDEX ------------------------------------- Ibuf: size 1, free list len 0, seg size 2, 0 merges merged operations: insert 0, delete mark 0, delete 0 discarded operations: insert 0, delete mark 0, delete 0 Hash table size 4425293, used cells 32, node heap has 1 buffer(s) 13577.57 hash searches/s, 202.47 non-hash searches/s

    For more information, seeSection 14.18.3, “InnoDB Standard Monitor and Lock Monitor Output”.

  • TheINFORMATION_SCHEMA.INNODB_METRICStable provides most of the data points found inInnoDBStandard Monitor output plus other data points. To view change buffer metrics and a description of each, issue the following query:

    mysql> SELECT NAME, COMMENT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME LIKE '%ibuf%'\G

    ForINNODB_METRICStable usage information, seeSection 14.16.6, “InnoDB INFORMATION_SCHEMA Metrics Table”.

  • TheINFORMATION_SCHEMA.INNODB_BUFFER_PAGEtable provides metadata about each page in the buffer pool, including change buffer index and change buffer bitmap pages. Change buffer pages are identified byPAGE_TYPE.IBUF_INDEXis the page type for change buffer index pages, andIBUF_BITMAPis the page type for change buffer bitmap pages.

    Warning

    Querying theINNODB_BUFFER_PAGE表可以介绍使显著的性能产生ad. To avoid impacting performance, reproduce the issue you want to investigate on a test instance and run your queries on the test instance.

    For example, you can query theINNODB_BUFFER_PAGEtable to determine the approximate number ofIBUF_INDEXandIBUF_BITMAPpages as a percentage of total buffer pool pages.

    mysql> SELECT (SELECT COUNT(*) FROM INFORMATION_SCHEMA.INNODB_BUFFER_PAGE WHERE PAGE_TYPE LIKE 'IBUF%') AS change_buffer_pages, (SELECT COUNT(*) FROM INFORMATION_SCHEMA.INNODB_BUFFER_PAGE) AS total_pages, (SELECT ((change_buffer_pages/total_pages)*100)) AS change_buffer_page_percentage; +---------------------+-------------+-------------------------------+ | change_buffer_pages | total_pages | change_buffer_page_percentage | +---------------------+-------------+-------------------------------+ | 25 | 8192 | 0.3052 | +---------------------+-------------+-------------------------------+

    For information about other data provided by theINNODB_BUFFER_PAGEtable, seeSection 24.4.2, “The INFORMATION_SCHEMA INNODB_BUFFER_PAGE Table”. For related usage information, seeSection 14.16.5, “InnoDB INFORMATION_SCHEMA Buffer Pool Tables”.

  • Performance Schemaprovides change buffer mutex wait instrumentation for advanced performance monitoring. To view change buffer instrumentation, issue the following query:

    mysql> SELECT * FROM performance_schema.setup_instruments WHERE NAME LIKE '%wait/synch/mutex/innodb/ibuf%'; +-------------------------------------------------------+---------+-------+ | NAME | ENABLED | TIMED | +-------------------------------------------------------+---------+-------+ | wait/synch/mutex/innodb/ibuf_bitmap_mutex | YES | YES | | wait/synch/mutex/innodb/ibuf_mutex | YES | YES | | wait/synch/mutex/innodb/ibuf_pessimistic_insert_mutex | YES | YES | +-------------------------------------------------------+---------+-------+

    For information about monitoringInnoDBmutex waits, seeSection 14.17.2, “Monitoring InnoDB Mutex Waits Using Performance Schema”.