Jstack排查线上CPU100%介绍jstack是JVM自带的Java堆栈跟踪工具，用于生成java虚拟机当前时刻的线程快照，来帮助定位线程出现长时间停顿的原因，例如死锁、死循环等。语法jstack[options]pidoptions:-F:toforceathreaddump.Usewhenjstackdoesnotrespond(processishung),当一个进程挂起时，jstack命令没有响应时，强制输出这个线程转储信息。-m:toprintbothjavaandnativeframes(mixedmode),打印JAVA和包含本地方法的C/C++的堆栈信息。-l:longli
Jstack排查线上CPU100%介绍jstack是JVM自带的Java堆栈跟踪工具，用于生成java虚拟机当前时刻的线程快照，来帮助定位线程出现长时间停顿的原因，例如死锁、死循环等。语法jstack[options]pidoptions:-F:toforceathreaddump.Usewhenjstackdoesnotrespond(processishung),当一个进程挂起时，jstack命令没有响应时，强制输出这个线程转储信息。-m:toprintbothjavaandnativeframes(mixedmode),打印JAVA和包含本地方法的C/C++的堆栈信息。-l:longli
FlinkSQL批模式下ClickHouse批量写入内置使用JdbcBatchingOutputFormat批量处理类pom依赖ru.yandex.clickhouseclickhouse-jdbc0.3.1-patchorg.apache.flinkflink-connector-jdbc_2.11${flink.version}cn.hutoolhutool-all${hutool.version}mysqlmysql-connector-java${mysql.version}clickHouse数据源需要的扩展类：工厂类publicclassClickHouseDynamicTable
FlinkSQL批模式下ClickHouse批量写入内置使用JdbcBatchingOutputFormat批量处理类pom依赖ru.yandex.clickhouseclickhouse-jdbc0.3.1-patchorg.apache.flinkflink-connector-jdbc_2.11${flink.version}cn.hutoolhutool-all${hutool.version}mysqlmysql-connector-java${mysql.version}clickHouse数据源需要的扩展类：工厂类publicclassClickHouseDynamicTable
背景进入6月后，随着一个主要功能版本api的上线，服务端的QPS翻了一倍，平时服务器的CPU使用稳定在30%上下，高峰期则在60%上下，但是偶尔会有单台机器出现持续数分钟突然飙到90%以上，导致大量api响应缓慢超过客户端等待时间，触发其主动断开连接产生大量nginx499。问题分析与解决问题期间器资源情况仔细查看问题期间的zabbix监控数据，发现90%的CPU占用中有10%上下是systime,5%上下是softirqtime，两者相加可占到接近20%,interrupt和contextswitch数由之前的10k/s飙升至20k+/s。定位kafkalog发送代码首先猜测就是某个新加功能
背景进入6月后，随着一个主要功能版本api的上线，服务端的QPS翻了一倍，平时服务器的CPU使用稳定在30%上下，高峰期则在60%上下，但是偶尔会有单台机器出现持续数分钟突然飙到90%以上，导致大量api响应缓慢超过客户端等待时间，触发其主动断开连接产生大量nginx499。问题分析与解决问题期间器资源情况仔细查看问题期间的zabbix监控数据，发现90%的CPU占用中有10%上下是systime,5%上下是softirqtime，两者相加可占到接近20%,interrupt和contextswitch数由之前的10k/s飙升至20k+/s。定位kafkalog发送代码首先猜测就是某个新加功能
现状生产系统CPU占用过高，并且进行了报警排查方法执行top命令，查看是那个进程导致的，可以确定是pid为22168的java应用导致的执行top-Hp命令，查看这个进程的那个线程导致cpu过高，如下图，可以看到是22749线程导致的top-Hp22168由于jstack里面的线程号为16进制，需要转换线程号为16进制，如下图得到16进制值为58ddprintf"%x\n"22749执行jstack生成线程快照保存至1.txt文件中，22168为进程idjstack22168>1.txt根据16进制线程号，查询线程信息grep58dd1.txt如上图，可以看到是调用DesenUtils.des
现状生产系统CPU占用过高，并且进行了报警排查方法执行top命令，查看是那个进程导致的，可以确定是pid为22168的java应用导致的执行top-Hp命令，查看这个进程的那个线程导致cpu过高，如下图，可以看到是22749线程导致的top-Hp22168由于jstack里面的线程号为16进制，需要转换线程号为16进制，如下图得到16进制值为58ddprintf"%x\n"22749执行jstack生成线程快照保存至1.txt文件中，22168为进程idjstack22168>1.txt根据16进制线程号，查询线程信息grep58dd1.txt如上图，可以看到是调用DesenUtils.des
由于现在大多计算机都是多核CPU，多线程往往会比单线程更快，更能够提高并发，但提高并发并不意味着启动更多的线程来执行。更多的线程意味着线程创建销毁开销加大、上下文非常频繁，你的程序反而不能支持更高的TPS。时间片多任务系统往往需要同时执行多道作业。作业数往往大于机器的CPU数，然而一颗CPU同时只能执行一项任务，如何让用户感觉这些任务正在同时进行呢?操作系统的设计者巧妙地利用了时间片轮转的方式时间片是CPU分配给各个任务（线程）的时间！思考：单核CPU为何也支持多线程呢？线程上下文是指某一时间点CPU寄存器和程序计数器的内容，CPU通过时间片分配算法来循环执行任务（线程），因为时间片非常短，所
由于现在大多计算机都是多核CPU，多线程往往会比单线程更快，更能够提高并发，但提高并发并不意味着启动更多的线程来执行。更多的线程意味着线程创建销毁开销加大、上下文非常频繁，你的程序反而不能支持更高的TPS。时间片多任务系统往往需要同时执行多道作业。作业数往往大于机器的CPU数，然而一颗CPU同时只能执行一项任务，如何让用户感觉这些任务正在同时进行呢?操作系统的设计者巧妙地利用了时间片轮转的方式时间片是CPU分配给各个任务（线程）的时间！思考：单核CPU为何也支持多线程呢？线程上下文是指某一时间点CPU寄存器和程序计数器的内容，CPU通过时间片分配算法来循环执行任务（线程），因为时间片非常短，所
