一、背景： 在压测的时候，查看jmeter聚合报告，发现rt很小，但是tps也很小。 讲道理来说，响应时间越小，tps应该越大。 一共压测10分钟，发现jmeter请求的样本数量非常小，才8500个请求。 10分钟内，才打出了8500个请求。 tps= 总样本数量/总时间。 时间是固定的600s，总
https://xie.infoq.cn/article/3329de088beb60f5803855895 一、白话 etcd 与 zookeeper 二、etcd 的 4 个核心机制 三、Leader 选举与客户端交互 四、etcd 的应用场景 4.1. kubernetes 大脑 4.2. 服
https://zhuanlan.zhihu.com/p/96897532 Linux系统更多的被用来做服务器系统，在运维的过程中难免我们需要编写脚本监控一些指标并定期发送邮件。 本教程将介绍如何在Linux系统中使用命令发送邮件，以下举例5 个命令行邮件客户端进行举例讲解。 5 个命令行邮件 ma
一、jp@gc - Actiive Threads Over Time 不同时间活动用户数量展示 下面是一个阶梯加压测试的图标 二、jp@gc - Transactions per Second ，即TPS：每秒事务数 性能测试中，最重要的2个指标之一。该插件的作用是在测试脚本执行过程中，监控查看服
https://www.cnblogs.com/daydayup-lin/p/14124816.html 日常工作中有时候需要向kafka中发送消息来测试功能或者性能，这时候我们怎么办呢？我之前是自己写个简单的python脚本来模拟发送消息的，其实用Jmeter来实现也比较简单方便。 1、我们必须有
《深入理解Kafka：核心设计与实现原理》是基于2.0.0版本的书 在这本书中，终于看懂了笔者之前提过的几个问题 准备知识 1、leader里存着4个数据：leader_LEO、leader_HW、remote_LEO集合、remote_HW集合 2、follower里只保存自身的：follower
https://zhuanlan.zhihu.com/p/143443516 最近没事曰曰内网，偶然发现了一个使用空密码的pg（是的，连爆破都省了）。用navicat连上去看了下几个库都是一些业务测试数据，没什么好收集；不死心，google了一下发现有个比较新的CVE好像可以操作一下~ 漏洞概述 最
http://blog.itpub.net/29785807/viewspace-2789852/ 一.安装规划 1 2 3 4 5 6 使用15台服务器 5台tidb服务器:每台3个tidb实例+1个pd+1个pump 10台tikv服务器:每台4个tikv实例 drainer_servers 安
https://docs.pingcap.com/zh/tidb/stable/sql-statement-split-region 在 TiDB 中新建一个表后，默认会单独切分出 1 个 Region 来存储这个表的数据，这个默认行为由配置文件中的 split-table 控制。当这个 Regio
https://tidb.net/book/tidb-monthly/2022/2022-04/usercase/tikv TiKV节点缩容不掉，通常遇到的情况： 1、经常遇到的情况是：3个节点的tikv集群缩容肯定会一直卡着，因为没有新节点接受要下线kv的region peer。 2、另外就是除缩
TiDB Lightning 在数据迁移中的应用与错误处理实践 作者简介：DBA，会点 MySQL，懂点 TiDB，Python。 个人主页：https://tidb.net/u/seiang/answer ，希望随着自己在 TiDB 上的成长，后续的主页内容越来越丰富。 俗话说：工欲善其事，必先利
中断是系统用来响应硬件设备请求的一种机制，它会打断进程的正常调度和执行，然后调用内核中的中断处理程序来响应设备的请求。 一、 为什么要有中断 举个生活中的例子，让你感受一下中断的魅力。比如说你订了一份外卖，但是不确定外卖什么时候送到，也没有别的方法了解外卖的进度，但是，配送员送外卖是不等人的，到了你
报错： 1 of ORDER BY clause is not in SELECT list, references column 'xxx' which is not in SELECT list 最近发现有个sql 执行报错： xpression #1 of ORDER BY clause is
前言 kafka-console-ui 是一款web版的kafka管理平台，从第一次发布到现在已经两年了，断断续续也更新了7个版本了（v1.0.0~v1.0.6）。 一些常用的功能也陆续完善了不少，相对最新的kafka版本，某些功能上还是有所欠缺，当前支持的功能如下： 源码 github: http
https://zhuanlan.zhihu.com/p/641650168 前言 从4月份开始利用tidb改造了我们公司bi系统。这个过程中，我感觉到了tidb的强大。也打算记录一下整个改造过程。我打算从4个方面来记录这个改造过程。tidb架构选择，dm工具的使用——这两个部分还是tidb6.5.
https://juejin.cn/post/6930013333454061575 前言 如果仅仅会 Linux 一些命令，其实已经可以让你在平时的工作中游刃有余了。但如果你还会编写 Shell 脚本（尤其是前端工程师），它会令你“添光加彩”。如果本文对你有所帮助，请点个👍 👍 👍 吧。 S
https://tidb.net/book/tidb-monthly/2022/2022-04/usercase/index-666 背景 最近在给一个物流系统做TiDB POC测试，这个系统是基于MySQL开发的，本次投入测试的业务数据大概10个库约900张表，最大单表6千多万行。 这个规模不算
1.8222和8204对比 这几个型号的阵列卡都很相似，配置方法也基本一样 8204就是在8222上的基础上增加了缓存，可以通过下图对比 正面8204比8222多一个掉电保护接口 8204背面多了几个闪存颗粒 2.配置RAID 2.1.UEFI下配置RAID 我个人比较喜欢UEFI引导下配置整列卡，
https://www.jianshu.com/p/d1e71bda4b34 查看树莓派默认是怎么为pi用户免去密码 所有配置文件都在 /etc 目录下，免去密码配置文件也不例外。在/etc/sudoers.d/文件夹下可以看到有个 010_pi-nopasswd 文件 sudo cat 101pi
https://tidb.net/blog/5454621f 一、测试需求： 基于历史原因，我们的业务数据库一直使用5.4.3，最近由于研发提出需求：需要升级到6.5.3版本，基于版本不同，需要做个压力测试已验证2个版本之间的性能差异。 二、测试目的： 验证tidb数据库5.4.3和6.5.3版本性
