dafeige

背景 日常维护的ADX项目突然发生了协程报警线。日常 goroutine 数量为 3k左右，而报警线为 8k，而CPU,延迟等观测指标正常，内存30% 左右了【正常20%】。行叭，是发生了协程泄露。

平时遇到的数据为了存储方便一般均是时间戳形式存储，而当用于分析时，为了看起来方便需要转换为标准格式。于是乎，找寻了转换时间戳的方法 首先第一步在时间戳这一列旁边新建一列，选中新建的这一列中第二行或者平

一、查看 go env 😶‍🌫️ （1）首先可以查看被排除的 Go 文件是否启用了条件编译，通常的形式为在文件的首行添加（以 Linux 为例）： // +build 会逐渐取代 //go:build

事情的起因是因为 自己之前的 记一次go项目协程泄露问题排查, 然后了解到了 goleak 这个项目，于是记录一下吧，方便之后写代码时可以提前预测。 首先准备环境 redis go redis可借助d

借助wrk压测命令获取结果集: 借助wrk压测 post 接口 -t 线程数 -c 连接数 -d 持续时间 --latency 延迟 --timeout 超时时间 -s lua脚本内容 method

前提条件 redis版本 >= 4.0.0 1.RedisBloom  官方介绍地址 安装方式: 编译打包.so文件 修改redis的配置文件 【redis.conf】 2.TairHash 安装方式

背景: golang自带的json序列化和反序列化涉及到反射,在性能消耗方面有些严重。 采用esayjson来提高序列化和反序列化速度 ①安装 esayjson 首先采用go get 拉取easyjs

Goland 版本 Go版本 问题: 解决办法 1、修改安装目录下的zversion.go文件 /usr/local/Cellar/go@1.17/1.17.13/libexec/src/runtim

六月、七月、八月，有三个月没更技术文章了。 其实我这段时间的经历还挺丰富的。 正好现在还没有睡意，就给大家讲讲最近的故事。 大概四月中旬的时候，有公众号粉丝加我，说想和我做同事，问我找不找工作： 我其