From 26ac8916bf34c69498a5b2ce4e5a5e137f3756d7 Mon Sep 17 00:00:00 2001 From: asahi Date: Wed, 27 Aug 2025 17:43:55 +0800 Subject: [PATCH] =?UTF-8?q?doc:=20=E9=98=85=E8=AF=BBbinary=20log=20group?= =?UTF-8?q?=20commit=E6=96=87=E6=A1=A3?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- mysql/mysql文档/mysql_事务.md | 3 +++ 1 file changed, 3 insertions(+) diff --git a/mysql/mysql文档/mysql_事务.md b/mysql/mysql文档/mysql_事务.md index cce884c..8b86978 100644 --- a/mysql/mysql文档/mysql_事务.md +++ b/mysql/mysql文档/mysql_事务.md @@ -655,4 +655,7 @@ leader可能会注册到一个非空queue中，即leader可以决定成为一个 - `sync stage`：在sync stage，会根据`sync_binlog`的设置将binary log同步到磁盘中。如果`sync_binlog`值为1，所有被flushed的session都会被同步到磁盘中 - `commit stage`：在commit stage，所有session将会按照其register的顺序在engine中进行提交，该步骤由stage leader完成。由于在commit procedure中，每个stage都保留了顺序，那么binlog中写入事务的顺序和引擎中事务的提交顺序是一致的。 +当commit stage执行完成后，commit stage queue中所有的线程都将被标记为完成，并且会向所有线程都发送signal令其继续执行。 + +由于leader注册到下一个stage时可能变为follower，最慢的stage可能会积累最多的工作。通常情况下，sync stage会积累最多的工作。但是，向flush阶段填充尽可能多的事务是至关重要的，flush stage会被单独处理。