蝎子莱莱爱打怪

本文是对个人系统：xzll-im 的一篇记录文章，记录我搭建（搭建估计不会记录了现在已经过了这一阶段）、开发、部署im系统以及周边中间件过程中遇到的问题以及解决方式。遇到的问题太多了，时间充足就尽可能

这篇文章酝酿至少好几个月其中被各种事情打断，另外也写了很久（断断续续一个月差不多）也是我有史以来最长的一篇，整个下来收获蛮多的，虽然java agent在实际直接开发中用的不多，但是并不代表他不重要

nginx作为当今火爆的、高性能的http及反向代理服务，不管前端还是后端，都需要全面去了解，学习，实操。一句话：搞懂nginx如何使用以及工作逻辑对于程序员来说是必不可少的！

接口耗时2000多秒！我人麻了！ 前几天早上，有个push服务不断报警，报了很多次，每次都得运维同学重启服务来维持，因为这个是我负责的，所以我顿时紧张了起来，匆忙来到公司，早饭也不吃了，赶紧排查！

今天 早上7.16分左右 ，有个服务发生了紧急告警，很多接口超时，出于 学习+好奇 的心态，我开始了排查之旅~~~

最近线上钉钉群告警 mysql.jdbc.exception异常，这种db层面的异常一般都需要重视起来，于是抓紧排查和bugfix，没想到居然是一个死锁，于是有了这篇文章。 前提说明： mysql版本

前言： 由于在上篇文章记一次线上间隙锁引发的死锁问题 中，讲到了间隙锁，Next-key lock和记录锁，所以我觉得有必要搞一个锁的文章，于是有了这篇长文（本文比较长，需要一定耐心）。

前言： 排查问题是程序员的基本能力也是必须要会的，在开发环境，我们可以debug,但是一旦到了服务器上，就很难debug了，最有效的方式就是通过日志揪出bug，而一次请求的日志如果没有一个唯一的链路标

内网穿透对我来说，挺重要的，最开始我是使用的 灵曜这款产品做的穿透，但是挺局限 体验也不好，后来换成技术很成熟的花生壳，开始也还不错，但是很多东西他都是收费，而且是按功能点收费，这真的很蛋疼