Bufferpool我们都知道我们读取页面是需要将其从磁盘中读到内存中，然后等待CPU对数据进行处理。我们直到从磁盘中读取数据到内存的过程是十分慢的，所以我们读取的页面需要将其缓存起来，所以MySQL有这个bufferpool对页面进行缓存。首先MySQL在启动时会向操作系统申请一段连续的内存空间，这一段空间就是作为bufferpool所用。将缓存的页放入bufferpool中管理起来。mysql>showvariableslike'innodb_buffer_pool_size';+-------------------------+-----------+|Variable_name|Va

Bufferpool我们都知道我们读取页面是需要将其从磁盘中读到内存中，然后等待CPU对数据进行处理。我们直到从磁盘中读取数据到内存的过程是十分慢的，所以我们读取的页面需要将其缓存起来，所以MySQL有这个bufferpool对页面进行缓存。首先MySQL在启动时会向操作系统申请一段连续的内存空间，这一段空间就是作为bufferpool所用。将缓存的页放入bufferpool中管理起来。mysql>showvariableslike'innodb_buffer_pool_size';+-------------------------+-----------+|Variable_name|Va

Meltdown漏洞，是一个处理器硬件级别的漏洞，谷歌的ZeroProject团队、密歇根大学的Kocher在2018年的一篇顶会论文中介绍了这个漏洞。该漏洞被命名为“熔断”，有种高温岩浆熔断围墙的感觉，突破用户空间和内核空间的边界限制。它和Spectre系列漏洞有一定关系，也可以被称为SpectreV3，不过目前的学术界将两者清晰的划分为不同种类：乱序执行类、预测执行类。本文将从论文内容、漏洞利用过程两个方面进行介绍。论文内容介绍论文的标题为：《Meltdown:ReadingKernelMemoryfromUserSpace》，获取链接，因为是会议论文，所以作者在youtube上发布了一个

Meltdown漏洞，是一个处理器硬件级别的漏洞，谷歌的ZeroProject团队、密歇根大学的Kocher在2018年的一篇顶会论文中介绍了这个漏洞。该漏洞被命名为“熔断”，有种高温岩浆熔断围墙的感觉，突破用户空间和内核空间的边界限制。它和Spectre系列漏洞有一定关系，也可以被称为SpectreV3，不过目前的学术界将两者清晰的划分为不同种类：乱序执行类、预测执行类。本文将从论文内容、漏洞利用过程两个方面进行介绍。论文内容介绍论文的标题为：《Meltdown:ReadingKernelMemoryfromUserSpace》，获取链接，因为是会议论文，所以作者在youtube上发布了一个

changebuffer一块存储了更新操作的缓冲区。它存在于MySQL的bufferpool中。它是怎么作用的：对于普通索引，如果更新操作的目标page页不在内存中，那么会先将这些更新操作记录在changebuffer中。等到select操作将该目标page页查询到内存时会执行更新。这样减少了随机访问磁盘的次数。对于唯一索引，由于执行更新操作时必须先将目标page页读取到内存中判断唯一性，因此没有必要使用该buffer，还能减少维护成本。适用场景：写多读少的场合。多次更新操作，然后同时mergebuffer中的记录，最大限度的利用了一次磁盘访问。如果是普通索引，在更新完之后马上就查询刚插入的那

changebuffer一块存储了更新操作的缓冲区。它存在于MySQL的bufferpool中。它是怎么作用的：对于普通索引，如果更新操作的目标page页不在内存中，那么会先将这些更新操作记录在changebuffer中。等到select操作将该目标page页查询到内存时会执行更新。这样减少了随机访问磁盘的次数。对于唯一索引，由于执行更新操作时必须先将目标page页读取到内存中判断唯一性，因此没有必要使用该buffer，还能减少维护成本。适用场景：写多读少的场合。多次更新操作，然后同时mergebuffer中的记录，最大限度的利用了一次磁盘访问。如果是普通索引，在更新完之后马上就查询刚插入的那

这里给大家分享我在网上总结出来的一些知识，希望对大家有所帮助很多前端都喜欢用console.log调试，先不谈调试效率怎么样，首先 console.log有个致命的问题：会导致内存泄漏。为什么这么说呢？用Performance和Memory工具分析下就知道了。我们准备这样一段代码：一个按钮，点击之后创建一个数组，执行一些计算。很常见的逻辑。我们最后加了一个console.log打印了下这个数组。起个静态服务：浏览器访问：  点击performance下的垃圾回收按钮，手动触发一次GC：  勾选Memory，然后开始录制，点击3次按钮，再执行一次GC：你会发现内存是这样的：内存占用有三次增长，因

这里给大家分享我在网上总结出来的一些知识，希望对大家有所帮助很多前端都喜欢用console.log调试，先不谈调试效率怎么样，首先 console.log有个致命的问题：会导致内存泄漏。为什么这么说呢？用Performance和Memory工具分析下就知道了。我们准备这样一段代码：一个按钮，点击之后创建一个数组，执行一些计算。很常见的逻辑。我们最后加了一个console.log打印了下这个数组。起个静态服务：浏览器访问：  点击performance下的垃圾回收按钮，手动触发一次GC：  勾选Memory，然后开始录制，点击3次按钮，再执行一次GC：你会发现内存是这样的：内存占用有三次增长，因

摘要：本篇图文将介绍追踪区域的内存类型以及NMT无法追踪的内存。本文分享自华为云社区《【技术剖析】17.NativeMemoryTracking详解（3）追踪区域分析(二)》，作者：毕昇小助手。CompilerCompiler就是JIT编译器线程在编译code时本身所使用的内存。查看NMT详情：[0x0000ffff93e3acc0]Thread::allocate(unsignedlong,bool,MemoryType)+0x348[0x0000ffff9377a498]CompileBroker::make_compiler_thread(charconst*,CompileQueue*

摘要：本篇图文将介绍追踪区域的内存类型以及NMT无法追踪的内存。本文分享自华为云社区《【技术剖析】17.NativeMemoryTracking详解（3）追踪区域分析(二)》，作者：毕昇小助手。CompilerCompiler就是JIT编译器线程在编译code时本身所使用的内存。查看NMT详情：[0x0000ffff93e3acc0]Thread::allocate(unsignedlong,bool,MemoryType)+0x348[0x0000ffff9377a498]CompileBroker::make_compiler_thread(charconst*,CompileQueue*