辛明辉的专栏

redis 数据类型与底层数据结构的关系可以看到，String 类型的底层实现只有一种数据结构，也就是简单动态字符串。而 List、Hash、Set 和 Sorted Set 这四种数据类型，都有两种底层实现结构。通常情况下，我们会把这四种类型称为集合类型，它们的特点是一个键对应了一个集合的数据。redis 3.2后引入了quicklist结构键和值用什么结构组织Redis 使用了一个哈希表来保存所有键值对。一个哈希表，其实就是一个数组，数组的每个元素称为一个哈希桶。所以，我们常说，一个哈希表是由

访问框架索引模块存储模块高可用集群支持模块高扩展集群支持模块

慢SQL诱因无索引、索引失效锁等待InnoDB支持行锁，MyISAM支持表锁InnoDB支持行锁更适合高并发场景，但行锁有可能会升级为表锁一种情况是在批量更新时行锁是基于索引加的锁，如果在更新操作时，条件索引失效，那么行锁会升级为表锁基于表锁的数据库操作，会导致SQL阻塞等待，影响执行速度在写大于读的情况下，不建议使用MyISAM行锁相对于表锁，虽然粒度更细，并发能力提升，但也带来了新的问题，那就是死锁不恰当的SQLSELECT *SELECT COUNT(*)

DELETE使用DELETE语句误删除了数据行，可以使用Flashback通过闪回把数据恢复Flashback恢复数据的原理：修改binlog的内容，然后拿到原库重放。前提：binlog_format=ROW和binlog_row_image=FULL针对单个事务对于INSERT语句，将Write_rows event改成Delete_rows event对于DELETE语句，将Delete_rows event改成Write_rows event对于UPDATE语句，binlog里面记录了

KILLKILL QUERY THREAD_ID 终止这个线程中正在执行的语句KILL [ CONNECTION ] THREAD_ID 断开这个线程的连接，如果该线程有语句在执行，先停止正在执行的语句锁等待表初始化CREATE TABLE `t` ( `id` INT(11) NOT NULL, `c` INT(11) NOT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB;INSERT INTO t VALUES (1,1);操作次序

Server层-- db1.t有200GBmysql -h$host -P$port -u$user -p$pwd -e "select * from db1.t" > $target_file查询数据InnoDB的数据是保存在主键索引上，全表扫描实际上是直接扫描表t的主键索引获取一行，写到net_buffer中，默认为16K，控制参数为net_buffer_length重复获取行，直到写满net_buffer，然后调用网络接口发出去如果发送成功，就清空net_buffer，然后继

表的初始化CREATE TABLE `t2` ( `id` INT(11) NOT NULL, `a` INT(11) DEFAULT NULL, `b` INT(11) DEFAULT NULL, PRIMARY KEY (`id`), KEY `a` (`a`)) ENGINE=InnoDB;DROP PROCEDURE IF EXISTS idata;DELIMITER ;;CREATE PROCEDURE idata()BEGIN DECLA

//给定一个整数数组 nums 和一个目标值 target，请你在该数组中找出和为目标值的那 两个 整数，并返回他们的数组下标。 //// 你可以假设每种输入只会对应一个答案。但是，数组中同一个元素不能使用两遍。 //// //// 示例: //// 给定 nums = [2, 7, 11, 15], target = 9////因为 nums[0] + nums[1] = 2 + 7 = 9//所以返回 [0, 1]// // Related Topics 数组 哈希表 //

表初始化CREATE TABLE t1(id INT PRIMARY KEY, a INT, b INT, INDEX(a));CREATE TABLE t2 LIKE t1;DROP PROCEDURE idata;DELIMITER ;;CREATE PROCEDURE idata()BEGIN DECLARE i INT; SET i=1; WHILE (i <= 1000) DO INSERT INTO t1 VALUES (i,1001-

gRPC Metadata 是通过什么传输？调用 grpc.Dial 会真正的去连接服务端吗？会，但是是异步连接的，连接状态为正在连接。但如果你设置了 grpc.WithBlock 选项，就会阻塞等待（等待握手成功）。另外你需要注意，当未设置 grpc.WithBlock 时，ctx 超时控制对其无任何效果。调用 ClientConn 不 Close 会导致泄露吗？会，除非你的客户端不是常驻进程，那么在应用结束时会被动地回收资源。但如果是常驻进程，你又真的忘记执行 Close语句，会造成的泄露。如

func main() { conn, err := grpc.Dial(":"+PORT, grpc.WithInsecure()) ... defer conn.Close() client := pb.NewSearchServiceClient(conn) resp, err := client.Search(context.Background(), &pb.SearchRequest{ Request: "gRPC", }) ...}创建拨号连接func D

func main() { server := grpc.NewServer() pb.RegisterSearchServiceServer(server, &SearchService{}) lis, err := net.Listen("tcp", ":"+PORT) server.Serve(lis)}为什么四行代码，就能够起一个 gRPC Server初始化// grpc.NewServer()func NewServer(opt ...ServerOption)

对 Client 端调用 Server 端进行抓包去剖析。如图所示MagicSettingsHeadersDataSettingsWindow_updatePingHeadersDataHeadersWindow_UpdatepingMagicMagic 帧的主要作用是建立 HTTP/2 请求的前言。在 HTTP/2 中，要求两端都要发送一个连接前言，作为对所使用协议的最终确认，并确定 HTTP/2 连接的初始设置，客户端和服务端各自发送不同的连接前言。而上图中的 Ma

一元调用（同步请求）servertype SearchService struct{}func (s *SearchService) Search(ctx context.Context, r *pb.SearchRequest) (*pb.SearchResponse, error) { return &pb.SearchResponse{Response: r.GetRequest() + " Server"}, nil}const PORT = "9001"func

简介缓存击穿：缓存失效时，有大量并发请求过来。大量请求从缓存上拿不到数据，请求压力全部打到数据库上。场景1：活动结束前。为了完成活动任务，请求活动配置数据请求一般会有爆发性增长。当你的服务没有做防止缓存击穿的话，就有可能让你的数据库宕机singleFlight包singleFlight会将对同一个key的所有请求，变成一个请求，所有请求共享一个请求返回的数据。场景：活动尾声大量并发请求获取活动配置数据。设置该活动key为activity_key,所有请求都会开个goroutine处理。所有请求都通

临时表 VS 内存表内存表，指的是使用Memory引擎的表，建表语法：CREATE TABLE … ENGINE=Memory。所有数据都保存在内存中，系统重启时被清空，但表结构还在临时表，可以使用各种引擎如果使用的是InnoDB或者MyISAM引擎，数据需要写到磁盘上当然也可以使用Memory引擎特征session Asession BCREATE TEMPORARY TABLE t(c int) ENGINE=MyISAM;（创建临时表）SHOW CR

UNIONUNION语义：取两个子查询结果的并集，重复的行只保留一行表初始化CREATE TABLE t1(id INT PRIMARY KEY, a INT, b INT, INDEX(a));DELIMITER ;;CREATE PROCEDURE idata()BEGIN DECLARE i INT; SET i=1; WHILE (i<= 1000) DO INSERT INTO t1 VALUES (i,i,i); SET

数据组织表初始化CREATE TABLE t1 (id INT PRIMARY KEY, c INT) ENGINE=Memory;CREATE TABLE t2 (id INT PRIMARY KEY, c INT) ENGINE=InnoDB;INSERT INTO t1 VALUES (1,1),(2,2),(3,3),(4,4),(5,5),(6,6),(7,7),(8,8),(9,9),(0,0);INSERT INTO t2 VALUES (1,1),(2,2),(3,3),(4,4)

自增不连续表初始化CREATE TABLE `t` ( `id` INT(11) NOT NULL AUTO_INCREMENT, `c` INT(11) DEFAULT NULL, `d` INT(11) DEFAULT NULL, PRIMARY KEY (`id`), UNIQUE KEY `c` (`c`)) ENGINE=InnoDB;```## 自增值```goINSERT INTO t VALUES (null,1,1);-- AUTO_INCREMEN

INSERT…SELECT表初始化CREATE TABLE `t` ( `id` INT(11) NOT NULL AUTO_INCREMENT, `c` INT(11) DEFAULT NULL, `d` INT(11) DEFAULT NULL, PRIMARY KEY (`id`), UNIQUE KEY `c` (`c`)) ENGINE=InnoDB;INSERT INTO t VALUES (null,1,1);INSERT INTO t VALUES (null