但是要注意的时，这里之所以扫描result表时MySQL走了索引，是因为不需要回表查询result表中需要返回的字段，如果返回结果中包含了result表中的某个字段，并且这个字段是“idx_score_studentno”中没有的，那么由于有回表查询的成本，MySQL就不会走这个索引。这样，因为索引中的score排列是有序的，MySQL就不需要进行文件排序，并且MySQL可以从联合索引中取到关联查

本文介绍了微服务链路追踪的常见解决方案，包括SkyWalking、Pinpoint、Sleuth+Zipkin等。微服务链路追踪通过收集调用链信息，帮助理清服务间复杂的调用关系。SkyWalking采用字节码注入技术实现零侵入，性能损耗小，支持ES、MySQL等存储；Pinpoint同样基于字节码注入但对性能影响较大，使用HBase存储；Sleuth+Zipkin通过代码侵入方式收集数据，适合Sp

AbstractChannelHandlerContext的invokeChannelRead方法里面，一般会进入if条件分支，拿到ChannelHandlerContext的ChannelHandler，因为是处理read事件，read事件是入站事件，所以是ChannelInboundHandler类型，然后调用ChannelInboundHandler的channelRead方法进行事件处理，

当dump线程被用户线程唤醒后，就会进行binlog同步，把binlog日志中最新写入的内容同步到从节点，从节点的IO线程写入relay log成功后，响应主节点的dump线程，主节点的dump线程再去通知用户线程。不同的MySQL版本，提供的分发方式不一样，比如老版本的MySQL只支持按库分发，而新版本的MySQL则支持按行分发，使用的是哪种分发方式，这取决于MySQL的版本以及相应的配置，这里

当一个设备从一个网络迁移到另一个网络（比如手机从4G网络切换到WIFI），那么IP地址就会改变，而由于IP地址是组成TCP连接的四元组中的元素，IP地址改变意味着TCP四元组改变，这样就不是同一条TCP连接了，因此要重新经过TCP三次握手的流程建立新的TCP连接。这样显然效率是很低的，于是http1.1提供了长连接的优化。在http1.0的时候，一次http请求就要建立一次TCP连接，这一次的ht

本篇文章我们学习架构演进的初始阶段。我们来看一下，互联网系统是如何从小网站逐步变大的，我们过一遍架构演进的历程，让大家对系统的演化心中有个谱。但是，这里面首先说明一点，并不是所有的网站都是像我下面所说的这样演进的，我说的只是个大概，不是统一的表达，就像我们前面所说的架构设计，没有统一的模式。

我们通过SpringAOP扫描被@Protected注解修饰的方法，给它们生成代理对象，并且通过SpringAOP的@Around注解定义了环绕增强逻辑，当请求被@Protected注解修饰的接口方法接收时，就会进入这里的增强逻辑，增强逻辑做的自然就是熔断、限流、降级等这些事情。当调用一个接口方法时，如果被流控，或者断路器处于打开状态，或者执行目标方法时超时或抛出异常，并且接口设置了降级回调，那么

我们在上一篇文章《客户端监听配置变更并刷新的源码分析》中最后说到，nacos客户端监听到配置变更通知后，会发布一个RefreshEvent事件，触发spring-cloud-context关于配置刷新的公共逻辑。但是由于它不是nacos实现的逻辑，我们没有对这段逻辑进行分析，本篇文章将会分析spring-cloud-context关于配置刷新的公共逻辑。

listener.receiveConfigInfo(contentTmp)里面会调用到innerReceive方法，就进入了在NacosContextRefresher的registerNacosListener方法创建的监听器实现的innerReceive方法。...@Override...// 发布一个RefreshEvent事件...});...这里的监听器的innerReceive方法被

这里我们可以再回顾一下服务端的LongPollingService和客户端的LongPollingClient的关系。通过websocket建立了长连接建立连接后，会回调监听器RefreshListener发送对应的environment和serviceName，LongPollingService接收到后会保存其与Session的对应关系。