# 虚拟化平台IO劣化分析 ## 背景 ``` 最近同事让帮忙做几个虚拟机进行性能测试. 本来应该搭建CentOS/Winodws平台进行相关的测试工作. 但是为了环境一致性, 使用了ESXi6.7 进行虚拟化 然后这段时间一直进行IO方面的学习与研究. 一开始发现总是有很多对不上的地方, 今天早上
# 日常工作效率倍增器-软件篇 ## 背景 ``` 公司电脑带不走了. 虽然是一个很垃圾的HP的笔记本. 但是里面有非常多我这边收集的很多工具软件. 今天一直在折腾他. 想着总结一下自己用到的一些软件. 着实能提高工作效率的. ``` ## 1.ditto ``` ditto 是意大利语 "同上"的
【本文正在参与炫"库"行动-人大金仓有奖征文】 开发者请集结丨炫“库”行动——2021人大金仓征文大赛悬赏万元等你来！ 最近一直在研究 Oracle 的 AWR 报告，觉得它功能很强大，尤其是 DB Time 模型和等待事件能够让性问题的分析变得十分方便，再也不需要依赖大量的运维脚本去分析和定位问题
https://xie.infoq.cn/article/2ee961483c66a146709e7e861 关于作者 前滴滴出行技术专家，现任 OPPO 文档数据库 mongodb 负责人，负责 oppo 千万级峰值 TPS/十万亿级数据量文档数据库 mongodb 内核研发及运维工作，一直专注于
Jmeter连接InfluxDB2.0.4 问题描述：在用Jmeter+InfluxDB构建监控时，因为docker构建的InfluxDB的版本是2.0.4，按照网上的教程进行后端监听器的填写，但是一直出现错误提示401等问题。网上的教程大多是1.X版本的，怀疑是数据库版本不一致导致的数据无法写入，
日常•2022年5月29日 goofys编译 goofys是一个开源的使用Go编写的s3存储桶挂载工具，主打高性能。由于使用Go编写，没有用到什么特别的依赖，自己编译也很容易。截止2022.5.27，官方github仓库貌似一直有提交，但是提供的预编译安装包貌似只到2020年4月，而且只有x86版本
# goofys 鲲鹏上面编译挂载与性能测试 ## 介质 ``` 使用go进行编译. 官网上面有 amd64的介质,但是没有aarch64的介质 需要自行编译 前几天一直编译失败. 周天在家自己测试了一把,根据github上面issue上面的描述编译成功了 发现的确比s3fs的性能要好, 计划下周进
https://tidb.net/book/tidb-monthly/2022/2022-04/usercase/tikv TiKV节点缩容不掉，通常遇到的情况： 1、经常遇到的情况是：3个节点的tikv集群缩容肯定会一直卡着，因为没有新节点接受要下线kv的region peer。 2、另外就是除缩
# Tidb 使用minio 进行br备份数据库的过程 ## 背景 ``` br 备份恢复时一般需要共享存储. 前段时间一直使用的是nfs 进行共享文件备份. 这样需要所有的机器在 相同的目录下面挂载相同的nfs. 并且是需要有读写权限. 所以nfs 就比较复杂了. 而且需要有宿主机的权限比较难以实
一、引入索引 在没有索引的情况下，不论是根据主键列或者其他列的值进行查找，由于我们并不能快速的定位到记录所在的页，所以只能从第一个页沿着双向链表一直往下找，因为要遍历所有的数据页，时间复杂度就是O(n),所以这种方式显然是超级耗时的。所以我们需要采取一定的数据结构来存储数据，方便我们进行数据的增删改
TiKV节点缩容不掉，通常遇到的情况： 1、经常遇到的情况是：3个节点的tikv集群缩容肯定会一直卡着，因为没有新节点接受要下线kv的region peer。 2、另外就是除缩容tikv外，剩下的KV硬盘使用情况比较高，到达schedule.high-space-ratio=0.6的限制，导致该ti
由于 DevOps 方法的广泛采用以及由此产生的快速产品交付和部署，许多部门已采用更敏捷的方法来开发生命周期。在满足市场速度和规模要求的同时，设计安全的软件一直是现代 IT 公司共同面临的问题。结果，超过 52% 的组织因为担心上市速度落后而放弃了安全性。 由于传统技术下的安全漏洞，生产版本也出现了
> 作者｜Loft Team > 翻译｜Seal软件 > 链接｜https://loft.sh/blog/why-platform-engineering-teams-should-standardize-on-kubernetes/ 在当今快节奏、不断变化的技术环境中，平台工程团队一直面临着交付新
背景 一个安静的晚上，突然接到小伙伴电话线上CDN回源异常，具体表现为请求量飙升，且伴有少量请求404，其中回源请求量飙升已经持续两天但一直未被发现，直到最近404请求触发了告警后分析log才同时发现回源量飙升这一问题。 触发问题的原因很快被发现并修复上线，这里分享一下跟进过程中进一步学习到的CDN
背景 nginx 499在服务端推送流量高峰期长期以来都是存在的，间或还能达到告警阈值触发一小波告警，但主观上一直认为499是客户端主动断开，可能和推送高峰期的用户打开推送后很快杀死app有关，没有进一步探究问题根源。 然而近期在非高峰期也存在499超过告警阈值的偶发情况，多的时候一天几次，少的时候
最近有用户一体机有问题，需要技术支持，首先找到我这边，其实就是一个简单的坏盘类问题，换盘即可。 在保期间，要求客户提交一个SR给后台，但是客户提交后，就一直被要求提供HW的CSI号： > xxx: Can I have the HW CSI? 最后SR被后台关闭，并被转到CT，还是要求客户通过HW的
# 前言 超时，应该是程序员很不爱处理的一种状态。当我们调用某服务、某个中间件、db时，希望对方能快速回复，正确就正常，错误就错误，而不是一直不回复。目前在后端领域来说，如java领域，调用服务时以同步阻塞调用为主，此时一般会阻塞当前线程，等待结果。如果我们设置了超时时间还好，一段时间等不到就报错了
前言 有很长一段时间没有使用过IIS来托管应用了，今天用IIS来托管一个比较老的.NET Fx4.6的项目。发布到线上后居然一直调用不同本地却一直是正常的，关键是POST和GET请求都是正常的，只有PUT和DELETE请求是有问题的。经过一番思考忽然想起来了IIS默认情况下拒绝处理PUT和DELET
前言 前段时间微软发布了适用于VS Code的C#开发工具包（注意目前该包还属于预发布状态但是可以正常使用），因为之前看过网上的一些使用VS Code搭建.NET Core环境的教程看着还挺复杂的就一直没有尝试使用VS Code来编写.NET Core。不过听说C# 开发工具包提供了一系列功能和扩展
前言 昨天有小伙伴在技术群里问有没有开源的程序员简历模板，其实很早之前在DotNetGuide👉中已经有整理过，只是一直没有写文章推广过，由此有了今天这篇文章，假如大家有更好的免费简历模板资源欢迎大家在文章评论区留言✌。 DotNetGuide简历模板地址：https://github.com/Y
