（ed2k://|file|cn_windows_server_2019_updated_march_2019_x64_dvd_c1ffb46c.iso|5347280896|49FCF8C558517608537E0396854560D6|/ ）
所谓假死现象，是指 Linux 内核 Alive，但是其上的某个或所有操作的响应变得很慢的现象。
本篇博文是《从0到1学习 Netty》中实战系列的第二篇博文，主要内容是通过引入心跳检测机制来解决假死连接问题，避免资源浪费和通信失败，往期系列文章请访问博主的 Netty 专栏，博文中的所有代码全部收集在博主的 GitHub 仓库中；
本文重点讲解ZooKeeper脑裂问题的处理办法。ZooKeeper是用来协调（同步）分布式进程的服务，提供了一个简单高性能的协调内核，用户可以在此之上构建更多复杂的分布式协调功能。脑裂通常会出现在集群环境中，比如Elasticsearch、ZooKeeper集群，而这些集群环境有一个统一的特点，就是它们有一个大脑，比如Elasticsearch集群中有Master节点，ZooKeeper集群中有Leader节点。
我们被扫了一个漏洞，SpringBoot Actuator 未授权访问，漏洞描述是这样的： Actuator 是 springboot 提供的用来对应用系统进行自省和监控的功能模块，借助于 Actuator 开发者可以很方便地对应用系统某些监控指标进行查看、统计等。在 Actuator 启用的情况下，如果没有做好相关权限控制，非法用户可通过访问默认的执行器端点（endpoints）来获取应用系统中的监控信息，从而导致信息泄露甚至服务器被接管的事件发生
最近网站经常出现假死的状态，重启nginx可恢复，但是短时间后又出现，经过排查日志发现，有一个 IP 存在过度频繁请求的情况，十分钟左右的时间请求了12000次左右，导致了服务器资源无法释放，所以产生了假死现象。
作者所在的公司核心业务是做政府信息化软件的，就是为政府部门开发信息化系统。其中有一款信息化软件是客户每天需要使用的，并且他们面向的客户就是老百姓。
今天测试同学反馈API耗时很长，超过3秒的比例很高。 查看日志发现，小部分请求耗时比较大，约2秒左右，但是比例不高，与反馈比例有点不一致。后来发现是有一台服务器停止工作了（进程假死），对请求没有响应，也没有拒绝，重启后问题缓解。 因为第一次出现，没有引起重视。但是过了几个小时候，相同的问题又出现在另外一台服务器上，狗日的墨菲定律。
配置免密钥前，需要在服务器的 hosts 文件中配置目标主机名称与 IP 对应关系。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/ajianyingxiaoqinghan/article/details/89736329
好久没写 Node.js 故障案例了，今天是一枚全新的进程假死无响应案例。 特点是完全不同于之前常规遇到的类死循环引发的阻塞假死，值得记录分析的过程，希望对遇到其它的类似案例的开发者有所启发。
如需将请求发送到服务器，我们使用 XMLHttpRequest 对象的 open() 和 send() 方法：
服务器经常产生“应用程序池'DefaultAppPool'提供服务的进程关闭时间超过了限制。进程ID是'2068'。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下：
但是，这样做有一个前提，那就是大家必须以同样的方式编写模块，否则你有你的写法，我有我的写法，岂不是乱了套！考虑到Javascript模块现在还没有官方规范，这一点就更重要了。
这个系列的第一部分介绍了Javascript模块的基本写法，今天介绍如何规范地使用模块。 （接上文） 七、模块的规范 先想一想，为什么模块很重要？ 因为有了模块，我们就可以更方便地使用别人的代码，想要什么功能，就加载什么模块。 但是，这样做有一个前提，那就是大家必须以同样的方式编写模块，否则你有你的写法，我有我的写法，岂不是乱了套！考虑到Javascript模块现在还没有官方规范，这一点就更重要了。 目前，通行的Javascript模块规范共有两种：CommonJS和AMD。我主要介绍AMD，
这个系列的第一部分介绍了Javascript模块的基本写法，今天介绍如何规范地使用模块。 （接上文） 七、模块的规范 先想一想，为什么模块很重要？ 因为有了模块，我们就可以更方便地使用别人的代码，想要
运维三件宝，重启应用、重启机器、重装系统 重启应用 重启大法好，问题解决了，如若还没好，再重启可好？ 针对无状态应用 适用场景，代码bug，网络异常，傻逼应用重试搞死自己 重启机器 重启重启再重启。成功正在等着你。 如果重启不成功，还需放电再重启。 服务器负载过高无法进入排查，服务器假死 重装系统 重装重装再重装，重装路上好心伤。 重装之前做备份，重装之后部备份。 服务器被黑，最省力的解决办法 本文共 163 个字数,平均阅读时长 ≈ 1分钟
最近有新的spring boot服务部署测试, 发现测试一段时间之后, 就无法收到返回数据, 直到调用端timeout为止.
本文章提供视频技术操作讲解：https://www.bilibili.com/video/BV1Lo4y117Yj
之前统计报表算法做了一个优化，一个查询二十分钟导致客户端超时，优化到只需要5秒钟。后来发现for循环里数据合并的时候耗时，就用并行做优化。但是发现并行后丢居然数据（当然是因为List线程不安全）。 前几天写了一个demo如下，发现如果MAX很大时，count小于MAX，Int 居然是线程不安全的，即便是Int++；
Timer 计时器是在C#开发中经常用到的，但是有很多开发人员对他并不了解，今天这篇文将我们就具体讲解一下C#中的计时器。
如果我有一个 32 核心的服务器，我就可以实现 1 个亿的数据分片，我有 32 核心的服务器么？没有，所以我至今无法实现 1 个亿的数据分片。——Mycat’s Plan
有时候我们需要知道线上的Redis的使用情况，尤其需要知道一些前缀的key值，让我们怎么去查看呢？并且通常情况下Redis里的数据都是海量的，那么我们访问Redis中的海量数据？如何避免事故产生！今天就给大家分享一个小知识点，希望大家轻喷。
Q1：为什么Redis中的数据量很大时，某些数据操作会导致Redis卡顿，甚至宕机？
【解决办法】 调用 FTPClient.listFiles()或者FTPClient.retrieveFile()方法前，先调用一下FTPClient.enterLocalPassiveMode()
“由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败”,这是经常遇到的问题 requests.exceptions.ConnectionError: HTTPSConnectionPool(host=’www.github.com’, port=443): Max retries exceeded with url: / (Caused by NewConnectionError(‘<urllib3.connection.verifiedhttpsconnection object="" at="" 0x0000020f06524ac8="">: Failed to establish a new connection: [WinError 10060] 由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败。’,)) 一般出现这个问题的原因是：host=’www.github.com’ 主机地址没连上，使用 requests 发请求时，有些网站服务器不稳定，特别是国外的网站，经常会出现连接失败情况。 连接失败后，有时候会抛出上面异常，有时候会一直卡住，进入假死状态，没响应，也不会结束。</urllib3.connection.verifiedhttpsconnection>
1、交叉锁导致程序死锁：比如线程A持有R1的锁等待R2的锁，线程B持有R2的锁等待R1的锁
MySQL查询执行流程 查询流程： 客户端发送一条查询给服务器； 服务器先检查查询缓存，如果命中了缓存，则立即返回存储在缓存中的结果；否则，进入下一阶段； 服务器进行SQL解析、预处理，再由优化器生成对应的执行计划； MySQL根据优化器生成的执行计划，调用存储引擎的API来执行查询； 将结果返回给客户端； 查询缓存 用于保存MySQL查询语句返回的完整结果，被命中时，MySQL会立即返回结果，省去解析、优化和执行等阶段； MySQL保存结果于缓存中，把select语句本身做hash计算，计算的结果作
服务器 CPU 负载的异常升高往往会导致服务响应时长增加、任务堆积甚至系统假死、服务中断等问题。因此，稳定和高性能的服务器对于业务的顺利运行至关重要。然而，在日常的服务运维过程中，CPU 高负载却是非常常见的一种故障场景。引起 CPU 高负载的原因也多种多样，以下列举一些常见的原因：
上一篇文章介绍到云存储项目，下一个做的项目就是统一日志。这一个项目前前后后做了一年多，版本迭代更新了很多版本，架构升级都做了3次以上。做这一个项目是收获最大的，我在这一个项目中锻炼了大型分布式系统的架构设计能力，也从0开始完全自主研发和设计的一个分布式系统。里面涉及到了很多技术，例如日志实时抓取和采集技术、数据实时传输、数据压缩、软负载均衡、zookeeper等。统一日志项目从最开始的3个人到最多的时候19人，到最后又只剩下3个人。从每天除了几GB的数据到每天处理每天几百TB的数据，从每天处理几千条日志
最近项目新打的版本，过不了多长时间，项目就会挂掉。状况就是处于一种假死的状态。索引查询都很慢，几乎进行不了任何操作，慢慢卡死。 然后我们再发版时，只能基于之前打好的war包，替换或者增加class文件。
关于集群中的"脑裂"问题，之前已经在这里详细介绍过，下面重点说下Zookeeper脑裂问题的处理办法。ooKeeper是用来协调（同步）分布式进程的服务，提供了一个简单高性能的协调内核，用户可以在此之上构建更多复杂的分布式协调功能。脑裂通常会出现在集群环境中，比如ElasticSearch、Zookeeper集群，而这些集群环境有一个统一的特点，就是它们有一个大脑，比如ElasticSearch集群中有Master节点，Zookeeper集群中有Leader节点。
版权声明：本文为吴孔云博客原创文章，转载请注明出处并带上链接，谢谢。 https://blog.csdn.net/wkyseo/article/details/51241935
这样的方式可以确保leader的唯一性,要么选出唯一的一个leader,要么选举失败。在zookeeper中Quorums作用如下： 1] 集群中最少的节点数用来选举leader保证集群可用。 2] 通知客户端数据已经安全保存前集群中最少数量的节点数已经保存了该数据。
最近项目新打的版本，过不了多长时间，项目就会挂掉。状况就是处于一种假死的状态。索引查询都很慢，几乎进行不了任何操作，慢慢卡死。
CommonJS CommonJS 一般用于服务端，Nodejs 与 webpack 就是 CommonJS 的主要实践者。 四个重要的变量为模块化提供支持：module、exports、require、global。 用 module.exports=value 或者 exports.xxx = value 来定义当前模块对外输出的接口，使用 require 加载模块。 在 CommonJS 中，一个文件就是一个模块，每个文件拥有单独的作用域，不会污染全局作用域。 CommonJS 不适用浏览器是因
有时候我们需要知道线上的redis的使用情况，尤其需要知道一些前缀的key值，让我们怎么去查看呢？今天老顾分享一个小知识点
最近遇到一台VM假死，服务器连不上，通过PVE VNC也无法进入，尝试通过PVE点关机和重启都没反应，并且出现如下错误：
作者简介 本文由携程市场营销研发部武艺嫱和王宇星以及张子祥共同撰写，武艺嫱在市场营销研发部负责前端，王宇星和张子祥在市场营销研发部负责java后端。 最近做的某个项目有个需求，需要实时提醒client端有线上订单消息。所以保持客户端和服务器端的信息同步是关键要素，对此我们了解了可实现的方式。本文将介绍web常用的几种方式，希望给需要服务器端推送消息的同学在选型上有一点启发。 一、推送技术常用的集中实现的实现方式 1.1 短连接轮询： 前端用定时器，每间隔一段时间发送请求来获取数据是否更新，这种方式可兼容i
春天到了大地都复苏了，沉寂了很久的cpu也开始慢慢复苏了，所谓前人埋坑后人填坑，伴随着阿里云监控报警，线上CPU使用率暴增，于是就开始了排查之路。
计科专业从事嵌入式软件开发多年，最近因为公司需要搞后台研发，经常选择升级的时机放在凌晨，而且大型的数据处理也是放在这个时间段内，经常发生的服务器宕机也是在这个时段。都是在用户使用少的时候开始折腾，折腾的次数多也就容易出现服务器问题。由于做的是物联网设备，在工作中遇到的宕机主要有这么几种情况，对大量数据的操作导致CPU占比在一段时间内骤增从而导致数据接收模块出问题，导致系统监控出现问题，很多设备信息检测不到了。
[2] 启动32位应用程序：默认值False，改为True， 否则安装一些32的组建或32位的php都会出错。
协程和通道是 Go 语言作为并发编程语言最为重要的特色之一，初学者可以完全将协程理解为线程，但是用起来比线程更加简单，占用的资源也更少。通常在一个进程里启动上万个线程就已经不堪重负，但是 Go 语言允许你启动百万协程也可以轻松应付。如果把协程比喻成小岛，那通道就是岛屿之间的交流桥梁，数据搭乘通道从一个协程流转到另一个协程。通道是并发安全的数据结构，它类似于内存消息队列，允许很多的协程并发对通道进行读写。
1.trade@front，创建/home/trade/monitor目录 2.上传脚本至/home/trade/shell下，
TCP状态转移要点 TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
