一、TIUP工具简介 前面介绍了使用TIUP搭建TIDB集群，本篇文章详细介绍下使用TIUP对集群进行扩容和缩容。 在面对双十一这种流量突峰的场景，我们平常的TIDB集群有可能承受不住，因此需要提前进行扩容，例如增加tidb-server，以增加TIDB的计算能力，增加tikv-server，增加T
一、BR工具 BR 全称为 Backup & Restore，是 TiDB 分布式备份恢复的命令行工具，用于对 TiDB 集群进行数据备份和恢复。BR 只支持在 TiDB v3.1 及以上版本使用。 在前面的章节中，我们介绍了dumpling将数据导出的方式，也可以作为一种备份的方式，并且导出的数据
一、Debian开启SSH 参考链接： https://blog.csdn.net/zzpzheng/article/details/71170572 https://help.aliyun.com/knowledge_detail/41486.html 树莓派的Debian从8.0开始，默认关闭了
一、开启region merge # 控制 Region Merge 的 size 上限，当 Region Size 大于指定值时 PD 不会将其与相邻的 Region 合并 pd-ctl config set max-merge-region-size 20 # 控制 Region Merge 的
一、背景 复杂sql查询报错 二、原因 单条s q l使用内存默认为1G 三、解决 tiup cluster edit_config tidb-test server_configs: tidb: mem-quota-query: 4294967296 # 修改大小 tiup cluster rel
一、背景 名称数量tikv3副本3 1.故障： 因为某些原因，两台tikv不可连接，出现region不能访问的故障 2.几条理论： 2.1.多副本原则 存在一半以上的副本则集群访问不受影响（如n副本，存活（n+1）/ 2） 2.2.数据完整性 当副本数量等于tikv的数量的时候，每一个tikv都有全
一、背景 验证系统调优对性能的影响，用sysbench做了一些简单的测试，具体调整方法可见官方文档 二、特殊说明 1.透明大页查看 # 查看透明大页是否开启，[]在always处表示开启，[]在never处表示关闭 cat /sys/kernel/mm/transparent_hugepage/en
一个监控数据的思考-sockets_used 背景 最近跟踪一个项目问题. Grafana的监控了里面有一个tcp的使用监控 CurrEstab 的数据量是: 700-2000 左右 但是同时有一个非常大的: Sockets_used的数据 数据量一般是 CurrEstab的十倍以上. 大家看起来感
一、 简介 Oracle 的11g版本正式发布到今天已经10年有余，最新版本也已经到了20c，但是Direct Path Read（直接路径读）导致性能问题的案例仍时有发生，很多12c的用户还是经常遇到这个问题，所以有必要把这个事情再跟大家讲一遍，通过2个典型案例加深理解。 早在2012年，盖国强大
一 概述 可用性是系统运行质量的重要指标. 随着数字化和智能化的进程, 系统的可用性愈发重要。例如，制造业流水线需要高可用性的 MES 系统来保证流水线的正常运转。 本文为高可用相关的技术文档, 从以下几个方面对高可用在制造业的应用和实施进行详细描述。 1.1 可用性(Availability)定义
一 基础信息 1.1 前提 本次安装的为 k3s 1.21.7+k3s1 VM 版本为 RHEL 7.8, 7.9 或 8.2, 8.3, 8.4(K3s 官网要求） VM YUM 仓库：已配置对应版本的 RHEL 和 EPEL YUM 仓库 VM 提供 root 权限 已配置 ntp（防止因为时间
一、概述 最近 ChatGPT 和其公司 OpenAI 特别火：ChatGPT 3, ChatGPT 3.5, New Bing, ChatGPT 4... 怀着学习的心态，这几天访问了 OpenAI 的博客, 上边关于 AI 的内容，确实隔行如隔山，完全看不明白。😂 但是翻看过程中，惊喜发现有
一 基础信息 1.1 前提 本次安装的为 20220129 最新版：Rancher v2.6.3 VM 版本为 RHEL 7.8, 7.9 或 8.2, 8.3, 8.4(Rancher 官网要求） VM YUM 仓库：已配置对应版本的 RHEL 和 EPEL YUM 仓库 VM 提供 root 权
背景 今天收到业务团队反馈线上有个应用往 Pulsar 中发送消息失败了，经过日志查看得知是发送消息时候抛出了 java.lang.InterruptedException 异常。 和业务沟通后得知是在一个 gRPC 接口中触发的消息发送，大约持续了半个小时的异常后便恢复正常了，这是整个问题的背景。
背景 之前在一次不规范HTTP请求引发的nginx响应400问题分析与解决 中写过客户端query参数未urlencode导致的400问题，当时的结论是： 对于query参数带空格的请求，由于其不符合HTTP规范，golang的net/http库无法识别会直接报错400，而nginx和使用uwsgi
背景 一个安静的晚上，突然接到小伙伴电话线上CDN回源异常，具体表现为请求量飙升，且伴有少量请求404，其中回源请求量飙升已经持续两天但一直未被发现，直到最近404请求触发了告警后分析log才同时发现回源量飙升这一问题。 触发问题的原因很快被发现并修复上线，这里分享一下跟进过程中进一步学习到的CDN
一、问题 在处理接口返回的数据，赋值给store中的数组时，报类型错误 data:{ cateList: [] } const getCateList = async () => { const res = await fetchCateList() as any if (res.code == 2
一、什么是插槽 插槽就是子组件中的提供给父组件使用的一个占位符，用 表示，父组件可以在这个占位符中填充任何模板代码，如 HTML、组件等，填充的内容会替换子组件的标签，父组件填充的内容称为插槽内容。 子组件不提供插槽时，父组件填充失效 父组件无填充
# 一、设置 ellipsis 使用数据表格[*Data Table*](https://www.naiveui.com/zh-CN/os-theme/components/data-table#ellipsis.vue)组件的省略`设置 ellipsis`，但是如果内容过长的情况下，会溢出 ```
# 一、安装 npm安装 ``` npm i mitt ``` pnpm安装 ``` pnpm i mitt ``` yarn安装 ``` yarn add mitt ``` # 二、使用 ## （一）、当前组件内使用 ```javascript import mitt from 'mitt' //
