SakuraMotion 2021 - 2025年1月
type: channel
link: https://yingwu2021.xyz/index.php/2025/01/
description: 长期的应试教育让我花了太久才明白：学习其实是一件只与自己相关的事。 现在的我，更愿意主动探索那些真正能激发好奇心、让生活变得更有趣的事物。 如果你有能够启发我、让我产生兴趣的想法、机会或故事，欢迎写信给我： （ljr0115@outlook.com） 我会优先回复那些 与我的时间安排契合、或与我当下关注方向相吻合 的邮件。
items: 01 什么是RPC？原理是什么？
items: 索引失效有哪些？

01 什么是RPC？原理是什么？
type: item
date: 2025-01-15T12:45:00+08:00
description: AI 摘要 RPC即远程过程调用，屏蔽网络细节，让调用远程方法像本地一样简单。核心流程：客户端Stub序列化调用信息并发送，服务端Stub反序列化后执行本地方法，再将结果序列化返回，客户端Stub反序列化得到结果。 此摘要根据文章内容自动生成，仅用于文章内容的解释与总结01 什么是RPC？原理是什么？什么是 RPC？RPC（Remote Procedure Call） 即远程过程调用，通过名字我们就能看出 RPC 关注的是远程调用而非本地调用。为什么要 RPC ？ 因为，两个不同的服务器上的服务提供的方法不在一个内存空间，所以，需要通过网络编程才能传递方法调用所需要的参数。并且，方法调用的结果也需要通过网络编程来接收。但是，如果我们自己手动网络编程来实现这个调用过程的话工作量是非常大的，因为，我们需要考虑底层传输方式（TCP 还是 UDP）、序列化方式等等方面。RPC 能帮助我们做什么呢？ 简单来说，通过 RPC 可以帮助我们调用远程计算机上某个服务的方法，这个过程就像调用本地方法一样简单。并且！我们不需要了解底层网络编程的具体细节。举个例子：两个不同的服务 A、B 部署在两台不同的机器上，服务 A 如果想要调用服务 B 中的某个方法的话就可以通过 RPC 来做。一言蔽之：RPC 的出现就是为了让你调用远程方法像调用本地方法一样简单。RPC 原理是什么？为了能够帮助小伙伴们理解 RPC 原理，我们可以将整个 RPC 的 核心功能看作是下面 5 个部分实现的：客户端（服务消费端） ：调用远程方法的一端。客户端 Stub（桩） ： 这其实就是一代理类。代理类主要做的事情很简单，就是把你调用方法、类、方法参数等信息传递到服务端。网络传输 ： 网络传输就是你要把你调用的方法的信息比如说参数啊这些东西传输到服务端，然后服务端执行完之后再把返回结果通过网络传输给你传输回来。网络传输的实现方式有很多种比如最基本的 Socket 或者性能以及封装更加优秀的 Netty（推荐）。服务端 Stub（桩） ：这个桩就不是代理类了。我觉得理解为桩实际不太好，大家注意一下就好。这里的服务端 Stub 实际指的就是接收到客户端执行方法的请求后，去指定对应的方法然后返回结果给客户端的类。服务端（服务提供端） ：提供远程方法的一端。具体原理图如下，后面我会串起来将整个 RPC 的过程给大家说一下。服务消费端（client）以本地调用的方式调用远程服务；客户端 Stub（client stub） 接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体（序列化）：RpcRequest；客户端 Stub（client stub） 找到远程服务的地址，并将消息发送到服务提供端；服务端 Stub（桩）收到消息将消息反序列化为 Java 对象: RpcRequest；服务端 Stub（桩）根据RpcRequest中的类、方法、方法参数等信息调用本地的方法；服务端 Stub（桩）得到方法执行结果并将组装成能够进行网络传输的消息体：RpcResponse（序列化）发送至消费方；客户端 Stub（client stub）接收到消息并将消息反序列化为 Java 对象:RpcResponse ，这样也就得到了最终结果。over!相信小伙伴们看完上面的讲解之后，已经了解了 RPC 的原理。虽然篇幅不多，但是基本把 RPC 框架的核心原理讲清楚了！另外，对于上面的技术细节，我会在后面的章节介绍到。

索引失效有哪些？
type: item
date: 2025-01-06T20:29:00+08:00
description: AI 摘要 文章总结了MySQL索引失效的六大场景：like左或左右模糊、对索引列用函数、表达式计算、字符串索引遇数字隐式转换、联合索引非最左匹配、OR条件含非索引列，并给出原理与优化建议。 此摘要根据文章内容自动生成，仅用于文章内容的解释与总结索引存储结构长什么样？我们先来看看索引存储结构长什么样？因为只有知道索引的存储结构，才能更好的理解索引失效的问题。索引的存储结构跟 MySQL 使用哪种存储引擎有关，因为存储引擎就是负责将数据持久化在磁盘中，而不同的存储引擎采用的索引数据结构也会不相同。MySQL 默认的存储引擎是 InnoDB，它采用 B+Tree 作为索引的数据结构，至于为什么选择 B+ 树作为索引的数据结构，详细的分析可以看我这篇文章：为什么 MySQL 喜欢 B+ 树？在创建表时，InnoDB 存储引擎默认会创建一个主键索引，也就是聚簇索引，其它索引都属于二级索引。MySQL 的 MyISAM 存储引擎支持多种索引数据结构，比如 B+ 树索引、R 树索引、Full-Text 索引。MyISAM 存储引擎在创建表时，创建的主键索引默认使用的是 B+ 树索引。虽然，InnoDB 和 MyISAM 都支持 B+ 树索引，但是它们数据的存储结构实现方式不同。不同之处在于：InnoDB 存储引擎：B+ 树索引的叶子节点保存数据本身；MyISAM 存储引擎：B+ 树索引的叶子节点保存数据的物理地址；接下来，我举个例子，给大家展示下这两种存储引擎的索引存储结构的区别。这里有一张 t_user 表，其中 id 字段为主键索引，其他都是普通字段。如果使用的是 MyISAM 存储引擎，B+ 树索引的叶子节点保存数据的物理地址，即用户数据的指针，如下图：如果使用的是 InnoDB 存储引擎，B+ 树索引的叶子节点保存数据本身，如下图所示：InnoDB 存储引擎根据索引类型不同，分为聚簇索引（上图就是聚簇索引）和二级索引。它们区别在于，聚簇索引的叶子节点存放的是实际数据，所有完整的用户数据都存放在聚簇索引的叶子节点，而二级索引的叶子节点存放的是主键值，而不是实际数据。如果将 name 字段设置为普通索引，那么这个二级索引长下图这样，叶子节点仅存放主键值。知道了 InnoDB 存储引擎的聚簇索引和二级索引的存储结构后，接下来举几个查询语句，说下查询过程是怎么选择用哪个索引类型的。在我们使用「主键索引」字段作为条件查询的时候，如果要查询的数据都在「聚簇索引」的叶子节点里，那么就会在「聚簇索引」中的 B+ 树检索到对应的叶子节点，然后直接读取要查询的数据。如下面这条语句：// id 字段为主键索引 select * from t_user where id=1;在我们使用「二级索引」字段作为条件查询的时候，如果要查询的数据都在「聚簇索引」的叶子节点里，那么需要检索两颗 B+树：先在「二级索引」的 B+ 树找到对应的叶子节点，获取主键值；然后用上一步获取的主键值，在「聚簇索引」中的 B+ 树检索到对应的叶子节点，然后获取要查询的数据。上面这个过程叫做回表，如下面这条语句：// name 字段为二级索引 select * from t_user where name="林某";在我们使用「二级索引」字段作为条件查询的时候，如果要查询的数据在「二级索引」的叶子节点，那么只需要在「二级索引」的 B+ 树找到对应的叶子节点，然后读取要查询的数据，这个过程叫做覆盖索引。如下面这条语句：// name 字段为二级索引 select id from t_user where name="林某";上面这些查询语句的条件都用到了索引列，所以在查询过程都用上了索引。但是并不意味着，查询条件用上了索引列，就查询过程就一定都用上索引，接下来我们再一起看看哪些情况会导致索引失效，而发生全表扫描。首先说明下，下面的实验案例，我使用的 MySQL 版本为 8.0.26。对索引使用左或者左右模糊匹配当我们使用左或者左右模糊匹配的时候，也就是 like %xx 或者 like %xx% 这两种方式都会造成索引失效。比如下面的 like 语句，查询 name 后缀为「林」的用户，执行计划中的 type=ALL 就代表了全表扫描，而没有走索引。// name 字段为二级索引 select * from t_user where name like '%林';如果是查询 name 前缀为林的用户，那么就会走索引扫描，执行计划中的 type=range 表示走索引扫描，key=index_name 看到实际走了 index_name 索引：// name 字段为二级索引 select * from t_user where name like '林%';为什么 like 关键字左或者…