实际上MYSQL 5.x的日志系统存在两个问题,导致一些性能问题,尤其在高并发写入和对数据修改的情况下,其中的瓶颈的问题在于两个瓶颈, 当多线程访问数据在落入到 log_buffer 的情况下,还是需要获取锁让写入有顺序性..., 同时在获取redo已经将数据页面写入后,也会在log_buffer中将写入到日志中的顺序进行一个重排,这也是需要有顺序性.
?...有顺序性则就会有锁的需求,否则无法保证系统的硬性需求,所以性能的问题在这个部分就会产生....为什么MYSQL 8 要解决这个问题,主要的原因是多CPU 在MYSQL中的使用越来越被支持,而瓶颈在于并发和顺序之间的矛盾....线程来检测日志中LOG BUFFER 有没有空洞的问题,如果有写入就会等待,通过并集的方式来确认LOG BUFFER 写入的日志是否有空洞,
?