Skip to content

Commit 491a74b

Browse files
committed
Update Chapter7.md
1 parent c7a4cbd commit 491a74b

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

Chapter7.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -148,7 +148,7 @@ Figure 7-6. Side effects of redo log optimization at low concurrency: more I/O f
148148

149149
From the figure, it can be observed that with 3 concurrent read-write operations, each transaction averages over 9 flushes, while at 200 concurrency, it decreases to around 1 flush per transaction. These average flush counts can be further optimized, but it requires finding a balance: timely flushing activates user threads more quickly but incurs higher I/O overhead, whereas delaying flushing reduces I/O costs but may increase user response times.
150150

151-
It is important to note that the Redo log improvements are primarily focused on enhancing overall performance in high-concurrency environments, but they perform poorly in scenarios with fewer than 50 concurrent connections. Many users have complained that MySQL 8.0's performance falls short of expectations, and this is the root cause.
151+
It is important to note that the Redo log improvements are primarily focused on enhancing overall performance in high-concurrency environments, but they perform poorly in scenarios with fewer than 50 concurrent connections. Many users have complained that MySQL 8.0's performance falls short of expectations, and this is one of the fundamental reasons.
152152

153153
### 7.1.2 Optimizing Lock-Sys Through Latch Sharding
154154

0 commit comments

Comments
 (0)