Skip to content

Latest commit

 

History

History
63 lines (40 loc) · 4.42 KB

2020-1-17.md

File metadata and controls

63 lines (40 loc) · 4.42 KB

2020.1.17 - 打开黑盒:从 MySQL 架构设计出发,看它是如何执行一条 SQL 语句的?

架构专栏

探探长链接项目的Go语言实践
https://mp.weixin.qq.com/s/XW1QHbKVGHAfX-iY8rnB5A
长链接服务处于网络接入层,这个领域非常适合用Go语言发挥其多协程并行,异步IO特点。探探自长链接项目上线以后,对服务进行了多次优化:GC从5ms降到100微秒(Go版本均为1.9以上),主要Grpc接口调用延时p999从300ms下降到5ms。在业内大多把目光聚焦于单机连接数的时候,我们则更聚焦于服务的SLA。

小米gRPC 系列——grpc 超时传递原理
https://mp.weixin.qq.com/s/SzVJvkrt7CvhaBdVAH-Idw
我们测试发现,不仅是 Go gRPC 服务之间超时可以传递(如果你拿到上游的 ctx 继续往下透传的话)。Go 和 Java 服务之间,超时也会随着调用链传递。 那么 gRPC 的超时是如何做到跨进程跨语言传递的?

Kubernetes Pod 网络精髓:pause 容器详解
https://mp.weixin.qq.com/s/7XmskGWafUleqcjEalO9KQ
Kubernetes 中所谓的 pause 容器有时候也称为 infra 容器,它与用户容器”捆绑“运行在同一个 Pod 中,最大的作用是维护 Pod 网络协议栈。都说 Pod 是 Kubernetes 设计的精髓,而 pause 容器则是 Pod 网络模型的精髓,理解 pause 容器能够更好地帮助我们理解 Kubernetes Pod 的设计初衷。为什么这么说呢?还得从 Pod 沙箱(Pod Sandbox)说起。

设计一个百万级的消息推送系统!
https://mp.weixin.qq.com/s/FnEPnmopKY2Ys8_vpGuk3g
先简单说下本次的主题,由于我最近做的是物联网相关的开发工作,其中就不免会遇到和设备的交互。最主要的工作就是要有一个系统来支持设备的接入、向设备推送消息;同时还得满足大量设备接入的需求。

数据库专栏

打开黑盒:从 MySQL 架构设计出发,看它是如何执行一条 SQL 语句的?
https://mp.weixin.qq.com/s/l-YszCG2Ij-TBFk7JkXGuQ
现在假设我们的数据库服务器的连接池中的某个连接接收到了网络请求,假设就是一条SQL语句,那么大家先思考一个问题,谁负责从这个连接中去监听网络请求?谁负责从网络连接里把请求数据读取出来?

MySQL 持久化保障机制-redo 日志
https://mp.weixin.qq.com/s/vmB7Gsr9N3ZfF805wy6eHw
我们在 你可能知道事务的四大特性,但是你不一定知道事务的实现原理 中提到了 redo 日志,redo 日志是用来保证 MySQL 持久化功能的,需要注意的是 redo 日志是 InnoDB 引擎特有的功能。

区块链专栏

突破区块链不可能三角(一) — 扩容,扩展,与无限扩展
https://learnblockchain.cn/article/363
我看过不少介绍可扩展性和不可能三角的文章,中文和英文都有,甚至不乏一些知名作者或者著名研究机构的文章,但是没有一篇能够非常准确的完全解释清楚这个问题。不太客气地说,几乎每篇文章里总会有那么几句话会让我皱起眉头:“等等这里写得不对”。所以,我决定在这里用一个系列详细地解释这个问题。

队列专栏

RabbitMQ 如何保证消息可靠性
https://mp.weixin.qq.com/s/dYH0wAYYiXuQwiBqc7wMjg
在讨论 RabbitMQ 的消息可靠性之前,我们先来回顾一下消息在 RabbitMQ 中是怎么流转的。一、消息生产端将消息发送给 Exchange。二、Exchange 根据 RoutingKey 把消息路由至具体 Queue。三、消息消费端监听 Queue 并消费消息

Go专栏

Go 中锁的那些姿势,估计你不知道
https://learnku.com/articles/39577
用俗语来说,锁意味着一种保护,对资源的一种保护,在程序员眼中,这个资源可以是一个变量,一个代码片段,一条记录,一张数据库表等等。

产品&运营专栏

2年开出3680间店的瑞幸,是如何打造「高效增长模型」的?
https://mp.weixin.qq.com/s/j-AdBg0INOES9aYsq9kcjg
瑞幸依赖的,是一套订单管理系统+自动咖啡机+监控系统,订单系统可以自动向门店分配订单,某一个门店订单过大时会分配到附近门店,同时系统数据还可以反馈出哪个区域适合新开门店;自动咖啡机保证了咖啡口味的统一,监控系统保证了操作流程的规范。

-- THE END --