中位数是指一组数据排序以后，位于中间位置的数据值。如果数据个数是奇数，中位数就是最中间位置那个值；如果是偶数，则是中间位置那两个数的平均值。怎么查询出数据分组以后每个组的中位数呢？用SQL来解决这个问题是很有难度的！SQL的集合是无序的，没有数据位置的概念，需要人为地造出行号，但是要对各分组独立编行号也困难。后来在SQL2003标准中加入了窗口函

开启重试在某些情况下是有问题的，比如当压力过大，一个实例停止响应时，路由将流量转到另一个实例，很有可能导致最终所有的实例全被压垮。说到底，断路器的其中一个作用就是防止故障或者压力扩散。用了retry，断路器就只有在该服务的所有实例都无法运作的情况下才能起作用。这种时候，断路器的形式更像是提供一种友好的错误信息，或者假装服务正常运行的假象给使用者。不

写在前面的话在这里梦翼师兄想特地强调一下Modelsim这个软件，那么这个软件到底是做什么的呢？在这里，我问大家一个问题，假设我们有一块硬件电路板设计完成以后，不知道功能是否正常，那么我们需要怎么做呢？答案很简单的啦，就是我们所谓的“测试”，给电路板上电以后，输入一定的测试激励，观察电路板有什么样的结果输出，如果输出结果和输入激励的对应关系是

昨天一个网络问题排查不清楚，想到了Charles（青花瓷）抓包工具。在刚工作的时候就使用过一次，当时好像还没有收费。逛草稿的时候有一片是17年的关于抓包的，只写了开头。今天从下载到查看完全数据整理一下，我把我本地也删了，伴随着这篇文章重新配置一下。我没有在官网下载，因为要激活。贴一下我的下载地址（找了老久，好多资源）http://www.pc6.com

软件开发的流程通常都是需求分析开发测试运维，每个环节都是独立存在的，各个部门关起门做好自己的事情，然后移交给下一个部门，进行下一个环节，但是在测试和运维阶段会出现问题，需要开发针对程序错误进行更新，但是各部门之间的协作和协调是需要很大的工作量的，甚至会出现互相推诿的现象出现，毕竟人与人之间的协作本身就是需要时间的磨合，何况是各部门之间，那么，为了让各环

所谓防抖，一是防用户手抖，二是防网络抖动。在Web系统中，表单提交是一个非常常见的功能，如果不加控制，容易因为用户的误操作或网络延迟导致同一请求被发送多次，进而生成重复的数据记录。要针对用户的误操作，前端通常会实现按钮的loading状态，阻止用户进行多次点击。而对于网络波动造成的请求重发问题，仅靠前端是不行的。为此，后端也应实施相应的防抖逻辑，确保在网络波动的情况下不会接收并处理同一请求多次。

最近在新项目的开发过程中，遇到了个问题，需要将一些异常的业务流程返回给前端，需要提供给前端不同的响应码，前端再在次基础上做提示语言的国际化适配。这些异常流程涉及业务层和控制层的各个地方，如果每个地方都写一些重复代码显得很冗余。然后查询解决方案时发现了@ControllerAdvice这个注解，可以对业务异常进行统一处理。经过仔细了解后，发现这个注解还有更多的用处，都很实用。

API监控适合业务在互联网上，并且用户来自多个不同的地区，且对API的要求较高的场合，用于解决以下的问题：1.发现由于网络中断或者是API响应异常等导致的服务不可用；2.及时对异常的API进行告警；3.记录监控的日志，方便排查。EolinkApikit除了提供API的管理和自动化测试等功能，还提供API监控服务，可以为API设置定时拨测，并且支持多节点监控，可以从多个不同的地区节点来模拟用户的请求进行监控。

AccessOne边缘接入服务提供低时延、高可靠的传输加速服务，可以解决跨运营商网络不稳定、单线源站、网络拥塞等诸多因素导致的延迟高、服务不稳定等问题，提升网络传输性能和用户体验。AccessOne边缘接入服务拥有多样灵活的接入方式，客户可将任意位置的数据资源安全连接到边缘网络入口，实现全球范围数据高速、稳定、安全的传输，适用于应用加速等多协议加速的业务场景。基于AccessOne边缘接入服务，用户可实现业务透明转发，并构建网络层安全防护，无惧DDoS攻/击。

在存储系统中，磁盘的故障是很可能出现的问题。存储软件的设计需要对故障进行处理，提高系统的健壮性。然而磁盘的故障是不可控的，当我们想测试软件故障处理的分支时，不是很方便。用软件模拟的方法能覆盖的场景比较少，而且和实际故障的差距会比较大。因此，如果能让故障下沉到磁盘，尽可能的靠近磁盘，才能构造出尽可能真实的故障场景。本文针对nvme磁盘，在磁盘驱动这一层调研了几种可以注入磁盘故障的方法。