TiDB 系统变量的行为与 MySQL 相似但有一些不同，变量的作用范围可以是全局范围有效 (Global Scope)、实例级别有效 (Instance Scope) 或会话级别有效 (Session Scope)，或组合了上述多个范围。其中： 对 GLOBAL 作用域变量的更改，设置后只对新 T
https://docs.pingcap.com/zh/tidb/stable/configure-memory-usage 目前 TiDB 已经能够做到追踪单条 SQL 查询过程中的内存使用情况，当内存使用超过一定阈值后也能采取一些操作来预防 OOM 或者排查 OOM 原因。你可以使用系统变量 t
https://www.cnblogs.com/AcAc-t/p/kafka_topic_consumer_group_command.html 最近工作中遇到需要使用kafka的场景，测试消费程序启动后，要莫名的过几十秒乃至几分钟才能成功获取到到topic的partition和offset，而后开
01 背景 某tidb集群收到告警，TIKV 节点磁盘使用率85%以上，联系业务无法快速删除数据，于是想到扩容TIKV 节点，原先TIKV 节点机器都是6TB的硬盘，目前只有3TB的机器可扩，也担心region 均衡后会不会打满3TB的盘，PD 调度策略来看应该是会根据不同存储机器的资源配置和使用情
https://tidb.net/blog/5e960334?utm_source=tidb-community&utm_medium=referral&utm_campaign=repost 【首发渠道】TiDB 社区 【目录】 一、现象 二、排查思路 【正文】 一、现象 1.tikv缩容后，ti
6月30日，数据库发生了大量锁表。大概持续1小时，并且越锁越多。后来通过业务人员停掉程序，并kill掉会话后解决。 几天后再EM上查看CPU占用： CPU发生了明显等待。 主要是由于enq:TX - row lock contention等待事件造成。 等待事件—enq:TX - row lock
https://www.cnblogs.com/jyzhao/p/10119854.html 学习一下 环境：Oracle 11.2.0.4 RAC现象：sysaux空间满导致无法正常生成快照，清理空间后，手工生成快照可以成功，但是观察自动生成快照依然是不成功。之前了解到awr对应的相关后台进程是m
https://www.cnblogs.com/DataArt/p/10018932.html 在数据库运行的过程中,我们有时会碰到数据库hung住的问题,在这个时候很多人会选择尽快让它恢复正常而不是找出问题的root cause. 只有在问题被解决后,才意识到需要找到root cause来避免再次
解决VM启动提示与静态以太网地址与 VMware 预留的 MAC 冲突 转载自：http://www.yunweiriji.com/static/os/vm/252.html 问题： 在虚拟化中我们可能需要给我们的虚拟机手动设备MAC地址，但是我们设置后启动发现MAC地址冲突。 提示：不是一个合法的
## 系列文章 * [Cilium 系列文章](https://ewhisper.cn/tags/Cilium/) ## 前言 在[前文](https://ewhisper.cn/posts/7030/)中我们提到, `cilium install` 默认安装后, Cilium 功能启用和禁用情况如
2017 年 1 月 9 日凌晨，万众期待的微信小程序正式上线，前有跳一跳等爆圈小游戏的带动，后有特殊时期下各类健康码小程序的加持，小程序成为了国内技术圈独树一帜的存在。但随着小程序的迅猛发展，其实在小程序发展的过程中，关于小程序的架构就层出不穷，小程序架构的后面也会绑定一个专属 DSL，如类 React 或者类 Vue。
背景 今天收到业务团队反馈线上有个应用往 Pulsar 中发送消息失败了，经过日志查看得知是发送消息时候抛出了 java.lang.InterruptedException 异常。 和业务沟通后得知是在一个 gRPC 接口中触发的消息发送，大约持续了半个小时的异常后便恢复正常了，这是整个问题的背景。
 # 背景 为了让业务团队可以更好的跟踪自己消息的生产和消费状态，需要一个类似于表格视图的消息列表，用户可以直观的看到发送的消息；同时点击详情后也能查到消息的整个
背景 最近接触docker的网络配置方式，发现其默认会创建一个docker0的Linux Bridge，宿主机上运行的容器可以通过连接该birdge实现与外网的通信，根据bridge这个命名很自然的认为这就是一个传统意义上的硬件网桥的软件实现，然而进一步探究后发现并非如此，Linux Bridge其
背景 一个安静的晚上，突然接到小伙伴电话线上CDN回源异常，具体表现为请求量飙升，且伴有少量请求404，其中回源请求量飙升已经持续两天但一直未被发现，直到最近404请求触发了告警后分析log才同时发现回源量飙升这一问题。 触发问题的原因很快被发现并修复上线，这里分享一下跟进过程中进一步学习到的CDN
背景 nginx 499在服务端推送流量高峰期长期以来都是存在的，间或还能达到告警阈值触发一小波告警，但主观上一直认为499是客户端主动断开，可能和推送高峰期的用户打开推送后很快杀死app有关，没有进一步探究问题根源。 然而近期在非高峰期也存在499超过告警阈值的偶发情况，多的时候一天几次，少的时候
2022年初，当时的自己在 您好，2022！ 说要多追求无定量标准，所以没有列出具体量化的指标。 如今到了2023年，深思熟虑后决定还是要梳理下这些年制定的计划，看看哪些之前未完成的指标还适合继续努力的，好作为2023年的目标指引。 回顾了这些年的要点，梳理出需要在2023及之后的目标方向： 工作&
运行书中自带光盘中的程序，在该程序的readme说明中，提到这类错误，解决方式是： 因为是免安装程序，需要运行“setup”文件夹下的setup.exe文件，安装控件。在安装完成后，运行开发资源库程序，控件注册错误问题解决。 但是我这里运行完成后，发现依然有报错“flash8.ocx或其附件之一不能
