摘要
Spring框架自诞生来就备受开发者青睐,很多开发者一致认为它是目前最屌的Java项目,正是因为它的“过人之处”,市面上99%的企业都在使用Spring框架。
所以,Spring一直Java技术里的重点难点,也是Java开发者面试中的重点,重要性不言而喻。
谷歌大牛甚至直言:“对于Java开发者,学习Java就是在学Spring。”
本篇内容一定是你从所未见过的学习笔记,我将分成4个部分跟大家分享,请认真看完本文,对你工作一定大有帮助!
本文所提供的限量版笔记无偿分享,请关注我!转发!点赞!支持一下!
InnoDB总体结构
首先我们来看官网的一张图(图片来源于MySQL官网):
从上图中可以看出其主要分为两部分结构,一部分为内存中的结构(上图左边),一部分为磁盘中的结构(上图右边)
内存结构
InnoDB内存中的结构主要分为:Buffer Pool,Change Buffer和Log Buffer三部分。
Buffer Pool
Buffer Pool是InnoDB缓存表和索引的一块主内存区域,Buffer Pool允许直接从内存中处理经常使用的数据,从而加快处理速度,带来一定的性能提升。 但是缓存总有放满的时候,当缓存满了新来的数据怎么处理呢?Bufer Pool中采用的是LRU(least recently used,最近最少使用)算法,LRU列表中最前面存的是高频使用页,尾部放的是最少使用的页。当有新数据过来而缓存满了就会覆盖尾部数据。
假如我们有一条查询语句非常大,返回的结果集直接就超过了Buffer Pool的大小,而这种语句使用场景又是极少的,可能查询这一次之后很久不会查询,而这一次就将缓存占满了,将一些热点数据全部覆盖了。为了避免这种情况发生,InnoDB对传统的LRU算法又做了改进,将LRU列表分拆分为2个,如下图(图片来源于MySQL官网):
该算法在new子列表中保留大量页面(5/8),old子列表包含较少使用的页面(3/8);old子列表中数据可能会被覆盖,该算法具体操作如下:
-
3/8的Buffer Pool空间用于old子列表
-
列表的中点是new子列表的尾部与old子列表的头部之间的边界
-
当InnoDB将一个页面读入缓冲池时,它首先将它插入到中间点(old子列表的头)。读取的页面是由用户发起的操作(比如SQL查询)或InnoDB自动执行的预读操作
-
访问old子列表中的页面使其“young”,并将其移动到new子列表的头部。如果