- 由于每次调整Buffer Pool的大小时，都需要重新向操作系统申请一块连续的内存空间，然后将旧的Buffer Pool中的内容复制到这一块新空间，但是这种操作是极其耗时的。所以，InnoDB不再一次性为某个Buffer Pool实例向操作系统申请一大片连续的内存空间，而是以一个chunk为单位向操作系统申请空间。也就是说，一个Buffer Pool实例其实是由若干个chunk组成的。一个chunk就代表一片连续的内存空间，里面包含了若干缓冲页与其对应的控制块。
- 如图所示，Buffer Pool包含2个实例，每个实例里包含2个chunk：
- 可以通过innodb_buffer_pool_chunk_size指定chunk的大小
【注】
134217728/1024/1024=128MB
innodb_buffer_pool_chunk_size的值并不包含缓冲页对应的控制块的内存空间大小。
- 那么，因为有chunk这个概念，那么针对上图来看，BufferPool中是存在两个实例的，并且每个BufferPool实例中，又是存在两个chunk的。而当服务器运行的时候，如果有需要调整BufferPool容量大小的情况发生，那么，就可以针对chunk为维度去执行新增或删除BufferPool内存空间的操作。如果没有chunk的话，那么我们针对BufferPool容量调整的操作，就需要以BufferPool为维度了，那么必然需要向操作系统再次申请一大片的内存空间，然后再进行缓冲页的拷贝操作。
