https://zhuanlan.zhihu.com/p/547081135 本文来自于社区专家鸠摩【《深入剖析Java虚拟机:源码剖析与实例详解》作者】的独家干货，更多文章可去专家主页：鸠摩主页 | HeapDump性能社区 正文： 当Java虚拟机出现故障和性能问题时，我们通常会借助一些业界知名
https://blog.csdn.net/lamp_yang_3533/article/details/111463928 死信交换机 DLX（Dead-Letter-Exchange）可以称之为死信交换机，也称之为死信邮箱。 当消息在一个正常的业务队列中变成死信（dead message）之后，
我们知道，生产者会先将消息发送给交换机，但是如果交换机此时没有匹配到相关的队列时，交换机中的消息就会出现丢失的问题。 那么，如何保证交换机中的消息不丢失呢？ mandatory 参数 当 basicPublish 方法的 mandatory 参数设为 true 时，如果交换器无法匹配到绑定的队列，那
背景 知己知彼 简单学习下友商发出来的测试软件 看看有否对自己现在的工作有所指导 也看看对方的部署方式有啥优缺点 当然了仅是测试, 不是生产软件可能有失真. 注意 我没有测试序列号, 登录系统耗时很久. 有一个临时许可的提示水印. 并且这个文章里面还没有总结mservice-qing 资源获取 原始
http://blog.yufeng.info/archives/2935 原创文章，转载请注明： 转载自系统技术非业余研究 本文链接地址: 巧用Systemtap注入延迟模拟IO设备抖动 当我们的IO密集型的应用怀疑设备的IO抖动，比如说一段时间的wait时间过长导致性能或其他疑难问题的时候，这个
摘要 最近发现某项目的Nginx负载服务器上面有很多Time_wait的TCP连接 可以使用命令 netstat -n |awk '/^tcp/ {++S[$NF]} END{for (a in S) print a , S[a]}' 当时反馈过来 time_wait的连接特别多. 我比较菜, 没有
https://www.jianshu.com/p/d1f0f2a99ffe 前言 有的时候，我们要通过对系统的cpu负载等性能数值的查看，来判排查系统产生某种故障(经常死机或者运行速度突然变慢)的原因。但是，简单的top,uptime，w等命令只可以查看当前的负载，而无法查看过去的某一时间段的cp
https://blog.yelvlab.cn/archives/608/ 95年小孩写的文章. MegaCli MegaCli是一款管理维护硬件RAID软件，可以通过它来了解当前raid卡的所有信息，包括 raid卡的型号，raid的阵列类型，raid 上各磁盘状态，等等。通常，我们对硬盘当前的状
https://blog.yelvlab.cn/archives/592/ fstab文件是干什么用的： /etc/fstab是用来存放文件系统的静态信息的文件。位于/etc/目录下，可以用命令less /etc/fstab 来查看，如果要修改的话，则用命令 vi /etc/fstab 来修改。当系
http://www.nndssk.com/yjwt/134491jN6VSY.html Write Through和Write Back Write Through和Write Back是阵列卡Cache的两种使用方式，也称为透写和回写。当选用write through方式时，系统的写磁盘操作并不
https://www.unicaca.com/info/detail/194.html 存放在服务器磁盘阵列的数据，响应用户的数据请求，从磁盘阵列读取到磁盘阵列卡，然后数据从磁盘阵列卡通过系统总线传输到网卡（当然途中会经过内存，只是内存的带宽远比磁盘阵列卡的大），从网卡传输到传输介质，再从传输介质
https://www.unicaca.com/info/detail/195.html 分享到： Write Through和Write Back是阵列卡Cache的两种使用方式，也称为透写和回写。 Write Through也是RAID阵列卡的默认模式。 当选用write through方式时，
https://www.jianshu.com/p/ffa7ddcda4ab 微服务架构已经是一个很通用的系统架构，常见的技术栈如下图所示，这张架构图基本涵括了当前微服务体系下的各种技术栈，可能不同的技术栈有不同的开源实现。 Screen Shot 2022-01-23 at 12.48.19 PM
https://www.cnblogs.com/zhangxinglong/p/14246067.html Power Supply Cord 数据中心常见电源线详细介绍 我们都知道在不同的国家或地区会使用许多不同的插头和插座，当然这里也包括分散在世界各地的数据中心。世界上使用的标准不止一种，不同的
https://my.oschina.net/koderover/blog/5608477 随着市场的快速发展，产研团队需要更快迭代需求、更高频发布变更。但由于无法完全模拟线上流量和真实场景，频繁发布可能导致整个系统风险。当出现一个小问题，就可能导致服务的可用性受损、用户体验甚至客户服务受到影响。而
持久化的功能： Redis是内存数据库， 数据都是存储在内存中， 为了避免进程退出导致数据的永久丢失， 需要定期将Redis中的数据以某种形式（数据或命令） 从内存保存到硬盘。 当下次Redis重启时， 利用持久化文件实现数据恢复。 除此之外， 为了进行灾难备份， 可以将持久化文件拷贝到一个远程位置
https://cloud.tencent.com/developer/article/1986832 Redis 在很多互联网公司都充当着非常核心的角色，因此，监控 Redis 以保证其稳定显得格外重要。这节内容就来聊聊 Redis 的一些常见监控项。 1 连接检测 连接失败检测：当监控组件无法连
https://www.jianshu.com/p/ea83267db47a 一、概述 众所周知，Redis是一个高性能的数据存储框架，在高并发的系统设计中，Redis也是一个比较关键的组件，是我们提升系统性能的一大利器。深入去理解Redis高性能的原理显得越发重要，当然Redis的高性能设计是一个
https://zhuanlan.zhihu.com/p/35803906 今天线上系统出了点问题，机房的电信出口突然不通了，原本以为能自动切换的nginx配置，居然没有生效，导致了业务告警，手工紧急处理了才解决了。 当时的设想是，如果这个服务的访问，出现了500或者超时的情况，会自动重试到下一个服
在使用wget命令来获取文件的时候，我们可以使用wget命令的 –-no-check-certificate 选项来忽略证书的认证。 那么在执行curl命令是否也可以忽略SSL证书的警告信息呢。当然是有的，我们可以在执行curl 命令的时候，使用 -k 或者 –insecure 选项，来忽略签名认证
