作者：京东科技韩国凯一、问题发现与排查1.1找到问题原因问题起因是我们收到了jdos的容器CPU告警，CPU使用率已经达到104%观察该机器日志发现，此时有很多线程在执行跑批任务。正常来说，跑批任务是低CPU高内存型，所以此时考虑是FullGC引起的大量C

一、全局解释器锁（GIL）　　1、什么是全局解释器锁　　　　　　在同一个进程中只要有一个线程获取了全局解释器（cpu）的使用权限，那么其他的线程就必须等待该线程的全局解释器（cpu）使　　　　用权消失后才能使用全局解释器（cpu）,即时多个线程直接不会相互影响在同一个进程下也只有一个线程使用cpu，这样的机制称为全局　　　　解释器锁（GIL）。　

晶振是石英晶体谐振器（quartzcrystaloscillator）的简称，它被称为电路系统的心脏，它为整个系统提供“心跳”。中央处理器（CPU）一切指令的执行都是建立在这个“心跳”上的，这个心跳就是CPU执行指令所必须的时钟频率信号，一般来说时钟信号频率越高，CPU的运行速度也就越快。只要是包含CPU的电子产品，都至少包含一个时钟源，有些在外面看不到晶

说起缓存，我们总是充满敬意，介于程序与数据库之间，缓解数据库负载压力，以内存为代价，百倍提升程序性能。然而，内存是廉价的，只要不存储大数据，基本也是可以接受的。功能点：缓存keyvalue键值存储、缓存过期时间适用范围：小程序、小项目、小数据存储。高频访问数据存储。单机非集群数据存储。缓存代码类：packageorg.coody.

随着单核CPU速度已经达到极限，CPU向多核方向发展，要持续提高网络处理带宽，传统的提升硬件设备、智能处理（如GSO、TSO、UFO）处理办法已不足够。如何充分利用多核优势来进行并行处理提高网络处理速度就是RPS解决的课题。以一个具有8核CPU和一个NIC的，连接在网络中的主机来说，对于由该主机产生并通过NIC发送到网络中的数据，CPU核的并行性是自热而然

分布式缓存Flink提供了一个分布式缓存，类似于hadoop，可以使用户在并行函数中很方便的读取本地文件，并把它放在taskmanager节点中，防止task重复拉取。此缓存的工作机制如下：程序注册一个文件或者目录(本地或者远程文件系统，例如hdfs或者s3)，通过ExecutionEnvironment注册缓存文件并为它起一个名称。

上周在工作中遇到了一个问题场景，即查询商品的配件信息时（商品：配件为1：N的关系），如若商品并未配置配件信息，则查数据库为空，且不会加入缓存，这就会导致，下次在查询同样商品的配件时，由于缓存未命中，则仍旧会查底层数据库，所以缓存就一直未起到应有的作用，当并发流量大时，会很容易把DB打垮。缓存穿透问题缓存穿透是指查询一个根本不存在的数

可直接下载附件上传到需要测试的服务器执行lscpu查看cpu核数，将内核数量，作为参数在执行以下脚本时添加上。运行命令：./killcpu.sh88是cpu核数，脚本后面跟cpu核数，执行完毕后去/root/logs下查log，可根据需要自己决定测试时间。!/bin/bashfilenamekillcpu.shc

Java注解的属性值，必须为常量。有些场景想把枚举名称设置为注解的属性值(如springcache用枚举配置缓存，使用时需要缓存名称)