카테고리 내용
InnoDB -- MySQL 5.7에서 샤딩된 rw_lock_stats counter가 도입된 후 CPU 캐쉬 효율성이 저하되어 해당 샤딩 방식을 변경함. 8.0에서는 제거됨. 
-- FK로 연결된 두 테이블 사이에 부모 테이블에서 삭제 작업이 진행되는 경우 virtual column index를 가진 자식 테이블에서 virtual column 데이터 손상이 발생하는 문제를 해결함.
Replication -- 보관 기간이 만료되어 바이너리 로그를 삭제할 때 새 바이너리 로그에 empty Previous_gtids 이벤트가 기록되는데, 이 이벤트로 replication error가 발생할 수 있어서 바이너리 로그 삭제 시 이전 GTID값을 미리 기록하고 삭제될 수 있도록 로직을 수정함. 
-- 각각 다른 사용자가 시스템 변수 변경과 바이너리 로그 rotate를 동시에 수행하는 경우 교착 상태가 발생할 수 있는 문제가 해결됨. 

InnoDB: The introduction of sharded rw_lock_stats counters in MySQL 5.7 caused a regression in CPU cache efficiency. To address this issue in MySQL 5.7, the sharding method was changed. For optimal performance, the rw_lock_stats counter is removed in MySQL 8.0. (Bug #32225367)

InnoDB: A delete operation on a parent table that initiated a cascading update on a child table with an indexed virtual column and indexed foreign key constraint column caused a virtual column corruption. (Bug #32124113)

Replication: If all previous binary log files were purged at startup because their retention period had expired, the new binary log file contained an empty Previous_gtids event, which could cause errors in replication. The order of initialization has now been changed so that previous binary log files are only purged after the previous GTID set has been written to the new binary log file that is created at startup. (Bug #32134875, Bug #101533)

Replication: A deadlock could occur if the binary log file was rotated while system variables were being updated and read by different clients. (Bug #31774422)



Posted by 모모레

댓글을 달아 주세요