redis scan 当我们需要遍历Redis所有key或者指定模式的key时,首先想到的是KEYS命令,但是如果redis数据非常大,并且key也非常多的情况下,查询的时候很可能会很慢,造成整个redis阻塞,那么有什么办法解决呢?当然有了,今天就简单的介绍一下,如:scan和hscan格式如下:SCAN cursor [MATCH pattern] [COUNT count]HSCAN key cur......
evutil_make_internal_pipe_: pipe: Too many open files #10 0x00007f1fa8a97ce9 in __run_exit_handlers () from /lib64/libc.so.6#11 0x00007f1fa8a97d37 in exit () from /lib64/libc.so.6#12 0x00007f1fa998ba38 in event_exit (errcode=errcode@entry=1) at log.c:103#13 0x00007f1fa998bde7 in event_sock_err (eval=eval@.
eBPF/Ftrace no space left on device 无处遁形最近在生产环境中遇到了几次创建容器报错 ”no space left on device“ 失败的案例,但是排查过程中发现磁盘使用空间和 inode 都比较正常。在常规的排查方式都失效的情况下,有没有快速通用思路可以定位问题根源呢?本文是在单独环境中使用 eBPF + Ftrace 分析和排查问题流程的记录,考虑到该方式具有一定的通用性,特整理记录,希望能够起到抛砖引玉的作用。作者水平有限,思路仅供参考,难免存在某些判断或假设存在不足,欢迎