分析查询语句运行状态 问题现象 处理办法 分析查询语句运行状态 问题现象 系统中部分查询语句运行时间过长，需要分析查询语句的运行状态。 处理办法 以操作系统用户omm登录主机。 使用如下命令连接数据库。 gsql - d postgres - p 8000 postgres为需要连接的数据库名称，8000为端口号。 ...

分析查询语句长时间运行的问题 问题现象 原因分析 处理办法 分析查询语句长时间运行的问题 问题现象 系统中部分查询语句运行时间过长。 原因分析 查询语句较为复杂，需要长时间运行。 查询语句阻塞。 处理办法 以操作系统用户omm登录主机。 使用如下命令连接数据库。 gsql - d postgres - p ...

一些常见并发编程错误 当需要同步的时候没有同步 使用time.Sleep 调用来做同步 使一些协程永久处于阻塞状态 复制sync 标准库包中的类型的值 在错误的地方调用sync.WaitGroup.Add 方法 不当地使用用做Future/Promise的通道 没有让最后一个活跃的发送者关闭通道 对地址不保证为8字节对齐的值执行64位原子操作 ...

默认选择 默认选择 当 select 中的其它分支都没有准备好时，default 分支就会执行。 为了在尝试发送或者接收时不发生阻塞，可使用 default 分支： select { case i := <- c : // 使用 i default : // 从 c 中接收会阻塞时执行 } ...

前言 模型 动机 参考 前言 最近有人在Twisted邮件列表中提出诸如”为任务紧急的人提供一份Twisted介绍”的需求。值得提前透露的是，这个系列并不会如他们所愿。尤其是介绍Twisted框架和基于Python 的异步编程而言，可能短时间无法讲清楚。因此,如果你时间紧急，这恐怕不是你想找的资料。 我相信如果对异步编程模型一无所知，快速的介...

高效率排查server卡顿 1.检查工作线程的数量 2.检查CPU的使用程度 3.定位问题 3.1 定位cpu-bound问题 排除上游分流不均的嫌疑 优化单机性能 3.2 定位io-bound问题 排除工作线程数不够的嫌疑 排除锁的嫌疑 使用rpcz 使用bvar 只使用了brpc client 高效率排查server卡顿 学...

高效率排查server卡顿 1.检查工作线程的数量 2.检查CPU的使用程度 3.定位问题 3.1 定位cpu-bound问题 排除上游分流不均的嫌疑 优化单机性能 3.2 定位io-bound问题 排除工作线程数不够的嫌疑 排除锁的嫌疑 使用rpcz 使用bvar 只使用了brpc client 高效率排查server卡顿 学...

1.检查工作线程的数量 2.检查CPU的使用程度 3.定位问题 3.1 定位cpu-bound问题 排除上游分流不均的嫌疑 优化单机性能 3.2 定位io-bound问题 排除工作线程数不够的嫌疑 排除锁的嫌疑 使用rpcz 使用bvar 只使用了brpc client 1.检查工作线程的数量 查看 /vars/bthread...

一些可能的内存泄漏场景 子字符串造成的暂时性内存泄露 子切片造成的暂时性内存泄露 因为未重置丢失的切片元素中的指针而造成的临时性内存泄露 因为协程被永久阻塞而造成的永久性内存泄露 因为没有停止不再使用的time.Ticker 值而造成的永久性内存泄露 因为不正确地使用终结器（finalizer）而造成的永久性内存泄露 延迟调用函数导致的临时性内存...

一些可能的内存泄漏场景 子字符串造成的暂时性内存泄露 子切片造成的暂时性内存泄露 因为未重置丢失的切片元素中的指针而造成的临时性内存泄露 因为协程被永久阻塞而造成的永久性内存泄露 因为没有停止不再使用的time.Ticker 值而造成的永久性内存泄露 因为不正确地使用终结器（finalizer）而造成的永久性内存泄露 延迟调用函数导致的临时性内存...