实际上MYSQL 5.x的日志系统存在两个问题,导致一些性能问题,尤其在高并发写入和对数据修改的情况下,其中的瓶颈的问题在于两个瓶颈, 当多线程访问数据在落入到 log_buffer 的情况下,还是需要获取锁让写入有顺序性..., 同时在获取redo已经将数据页面写入后,也会在log_buffer中将写入到日志中的顺序进行一个重排,这也是需要有顺序性.
?...有顺序性则就会有锁的需求,否则无法保证系统的硬性需求,所以性能的问题在这个部分就会产生....但这还没有完全解决问题,log_sys->flush_order_mutex 锁是解决最终刷入到日志中的锁. 如何避免这个锁.
?...线程来检测日志中LOG BUFFER 有没有空洞的问题,如果有写入就会等待,通过并集的方式来确认LOG BUFFER 写入的日志是否有空洞,
?