Merge pull request #2385 from TedLau/patch-5

Update read-and-write-separation-and-library-subtable.md
Merge pull request #2384 from TedLau/patch-4
2025-08-01 16:28:03 +08:00 · 2024-05-04 07:45:17 +08:00 · 2024-05-04 07:44:59 +08:00 · 2024-05-02 09:22:01 +08:00 · 2024-05-02 08:32:09 +08:00
2 changed files with 2 additions and 2 deletions
--- a/docs/high-performance/load-balancing.md
+++ b/docs/high-performance/load-balancing.md
@ -85,7 +85,7 @@ head:
 客户端负载均衡器和服务运行在同一个进程或者说 Java 程序里，不存在额外的网络开销。不过，客户端负载均衡的实现会受到编程语言的限制，比如说 Spring Cloud Load Balancer 就只能用于 Java 语言。
-Java 领域主流的微服务框架 Dubbo、Spring Cloud 等都内置了开箱即用的客户端负载均衡实现。Dubbo 属于是默认自带了负载均衡功能，Spring Cloud 是通过组件的形式实现的负载均衡，属于可选项，比较常用的是 Spring Cloud Load Balancer（官方，推荐） 和 Ribbon（Netflix，已被启用）。
+Java 领域主流的微服务框架 Dubbo、Spring Cloud 等都内置了开箱即用的客户端负载均衡实现。Dubbo 属于是默认自带了负载均衡功能，Spring Cloud 是通过组件的形式实现的负载均衡，属于可选项，比较常用的是 Spring Cloud Load Balancer（官方，推荐） 和 Ribbon（Netflix，已被弃用）。
 下图是我画的一个简单的基于 Spring Cloud Load Balancer（Ribbon 也类似） 的客户端负载均衡示意图：
--- a/docs/high-performance/read-and-write-separation-and-library-subtable.md
+++ b/docs/high-performance/read-and-write-separation-and-library-subtable.md
@ -63,7 +63,7 @@ MySQL binlog(binary log 即二进制日志文件) 主要记录了 MySQL 数据
 3. 从库会创建一个 I/O 线程向主库请求更新的 binlog
 4. 主库会创建一个 binlog dump 线程来发送 binlog ，从库中的 I/O 线程负责接收
 5. 从库的 I/O 线程将接收的 binlog 写入到 relay log 中。
-6. 从库的 SQL 线程读取 relay log 同步数据本地（也就是再执行一遍 SQL ）。
+6. 从库的 SQL 线程读取 relay log 同步数据到本地（也就是再执行一遍 SQL ）。
 怎么样？看了我对主从复制这个过程的讲解，你应该搞明白了吧!
Author	SHA1	Message	Date
Guide	71be32559b	Merge pull request #2385 from TedLau/patch-5 Update read-and-write-separation-and-library-subtable.md	2024-05-04 07:45:17 +08:00
Guide	173b9ad700	Merge pull request #2384 from TedLau/patch-4 Update load-balancing.md	2024-05-04 07:44:59 +08:00
TedLau	d421263200	Update read-and-write-separation-and-library-subtable.md 少一个“介词”？，应该是 “同步到”	2024-05-02 09:22:01 +08:00
TedLau	0d43ed424e	Update load-balancing.md 启用应该是弃用	2024-05-02 08:32:09 +08:00