https://www.cnblogs.com/jelly12345/p/16424080.html 1. 概述由于 Redis 是单线程在处理用户的命令，而 Keys 命令会一次性遍历所有 Key，于是在 命令执行过程中，无法执行其他命令。这就导致如果 Redis 中的 key 比较多，那么 Ke
熟悉Redis的人都知道，它是单线程的。因此在使用一些时间复杂度为O(N)的命令时要非常谨慎。可能一不小心就会阻塞进程，导致Redis出现卡顿。 有时，我们需要针对符合条件的一部分命令进行操作，比如删除以test_开头的key。那么怎么获取到这些key呢？在Redis2.8版本之前，我们可以使用ke
函数说明 函数原型 #include int sched_yield(void); 12 sched_yield的作用是让出处理器，调用时会导致当前线程放弃CPU，进程管理系统会把该线程放到其对应优先级的CPU静态进程队列的尾端，然后一个新的线程会占用CPU。详细说明可以查看ma
写在前面 本篇文章的内容主要来自内核源码树 Documentation/admin-guide/sysctl/kernel.rst文件。 softlockup vs hardlockup softlockup 是一种触发系统在内核态中一直循环超过 20 秒导致其它任务没有机会得到运行的 BUG。 h
https://blog.whsir.com/post-7002.html 由于国产华为OpenEuler欧拉系统的版本命名是22.03、22.03这种，并且在查看版本的路径中是/etc/openEuler-release这种，这样就导致OpenEuler系统无法通过常规的epel源命令安装。 如果
https://www.yingsoo.com/news/servers/70195.html 当需要将较大的数据上传到服务器，或从服务器下载较大的日志文件时，往往会因为网络或其它原因而导致传输中断而不得不重新传输。这种情况下，可以先将大文件分割成小文件后分批传输，传完后再合并文件。 1. 分割文件
Oracle 核心列信息查看与处理 背景 最近想对数据库表进行跨数据之间的比照 因为有一些自增列或者是时间戳的列不需要进行对比 后者是对比容易导致失真. 所以就准备选用其他方式进行一下处理. 本文主要是简单记录一下生成SQL的办法. 获取必要列作为select 的字段 SELECT LISTAGG
ChatGPT 提高工作效率-一例SQL编写的过程 前言 遇到一个问题, 怀疑是有一些补丁没有被依赖. 导致第一次更新时没有更新这些没依赖的补丁. 后面更新时又更新了这些游离态的补丁. 导致出现 old 文件 覆盖 new 文件 出现程序问题. 一个补丁还好着, 但是所有的补丁去检查就比较麻烦了.
https://www.cnblogs.com/jyzhao/p/8628184.html 故障描述：与客户沟通，初步确认故障范围大概是在上午的8:30-10:30之间，反应故障现象是Tomcat的连接数满导致应用无法连接，数据库alert中无明显报错，需要协助排查原因。 1.导入包含故障时刻的数据
https://zhuanlan.zhihu.com/p/616500765 Nginx通过使用多路复用IO（如Linux的epoll、FreeBSD的kqueue等）技术很好的解决了c10k问题，但前提是Nginx的请求不能有阻塞操作，否则将会导致整个Nginx进程停止服务。 但很多时候阻塞操作是
https://www.cnblogs.com/codelogs/p/16001770.html 原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 在目前微服务的背景下，网络异常越来越常见了，而有一些网络异常非常模糊，理解什么情况下会导致什么异常，还是有一定难度
1. 故障现象 2022年10月25日，登陆VC报错。 按照报错信息，结合官方文档，判断为STS证书过期导致。 vCenter Server Appliance (VCSA) 6.5.x, 6.7.x or vCenter Server 7.0.x 在/var/log/vmware/vpxd-svc
https://www.jianshu.com/p/0ae0c1153c34 关注：CodingTechWork，一起学习进步。 引言 并发编程 并发编程的目的是为了改善串行程序执行慢问题，但是，并不是启动更多线程就能够让程序执行更快。因为在并发时，容易受到软硬件资源等限制，从而导致上下文切换慢，频
云原生监控领域不可撼动，Prometheus 是不是就没缺点？显然不是。 一个软件如果什么问题都想解决，就会导致什么问题都解决不好。所以Prometheus 也存在不足，广受诟病的问题就是 单机存储不好扩展。 1 真的需要扩展容量吗？ 大部分场景其实不需要扩展，因为一般的数据量压根达不到 Prome
现象： controller节点与其他两个broker的通信失败。公网ip，宿主机ip，服务名，各种网络方式，都无法成功。 两点提示： 1.bug原因：因为单机内存不够用，设置了较低的 KAFKA_HEAP_OPTS 参数值128M，导致broker通信失败！ 2.kafka容器启动中，增加 BIT
https://www.jianshu.com/p/f4bfd169b4ca 在之前的OOM问题复盘中，我们添加了jmap脚本来自动dump内存现场，方便排查OOM问题。 但当我反复模拟OOM场景测试时，发现jmap有时可以dump成功，有时会报错，如下： 经过网上一顿搜索，发现两种原因可能导致这个
索引膨胀 对于索引，随着业务不断的增删改，会造成膨胀，尤其Btree索引，也会涉及索引分裂、合并等，导致索引访问效率降低、维护成本增加。另外，索引页的复用与HEAP PAGE不一样，因为索引的内容是有序结构，只有符合顺序的ITEM才能插入对应的PAGE中，不像HEAP TUPLE，只要有空间就可以插
https://www.cnblogs.com/pachongshangdexuebi/p/11571524.html 默认情况下，Jmeter线程在发送请求之间没有间歇。不设置定时器，短时间内会产生大量访问请求，导致服务器被请求淹没，利用Jmeter进行压测时，一般会和定时器一起，控制请求的吞吐量
Jmeter连接InfluxDB2.0.4 问题描述：在用Jmeter+InfluxDB构建监控时，因为docker构建的InfluxDB的版本是2.0.4，按照网上的教程进行后端监听器的填写，但是一直出现错误提示401等问题。网上的教程大多是1.X版本的，怀疑是数据库版本不一致导致的数据无法写入，
背景介绍 脚本基于Comm命令进行功能封装，考虑到命令执行前需要对文本进行排序，并且在多文件需要比较内容时可能会导致多个文本混乱，因此使用Shell封装成了一个交互式程序，快速对文件内容进行判断和输出想要的内容内容结果。 脚本介绍 文件内容校验(是否一致内容)定制化输出文本(1.仅文本单独出现内容;
