实际上MYSQL 5.x的日志系统存在两个问题,导致一些性能问题,尤其在高并发写入和对数据修改的情况下,其中的瓶颈的问题在于两个瓶颈, 当多线程访问数据在落入到 log_buffer 的情况下,还是需要获取锁让写入有顺序性..., 同时在获取redo已经将数据页面写入后,也会在log_buffer中将写入到日志中的顺序进行一个重排,这也是需要有顺序性.
?...有顺序性则就会有锁的需求,否则无法保证系统的硬性需求,所以性能的问题在这个部分就会产生....为什么MYSQL 8 要解决这个问题,主要的原因是多CPU 在MYSQL中的使用越来越被支持,而瓶颈在于并发和顺序之间的矛盾....MYSQL 8 解决关于锁的问题,采用了另一种方式,因为记录必须有顺序性,而不在增加锁,则顺序性如何完成, 这里MYSQL 8 采用的方式是预留空间的方式来对还未写的日志预留空间,然后
?