trtrtg的专栏

理论上虚拟内存大于等于物理内存，每个进程都有一个虚拟内存，一台主机上的所有进程可使用虚拟内存总和=物理内存+交换内存，交换内存使用额外压缩的物理内存或磁盘做存储，当应用虚拟内存使用不够时，会使用交换内存，交换内存使用会降低应用程序性能，所以生产上要求JVM最大内存<=操作物理内存-4G，其中-4G指的是为操作系统保留4G的文件缓存和网络缓存。以确定峰值使用情况。​ 1.在windows系统，打开任务管理器->“性能”，可获知CPU利用率，其次点击CPU图右键，选择“逻辑处理器”，可看见每个CPU即核数；

network-tools基于sun jdk、Oracle jdk开发，拦截基于java socket请求，它包括​ http 客户端​ jdbc 客户端​ mq 客户端​ redis 客户端目前提供如下功能：​ 最近端点连接情况​ 最近与远程端点连接情况（可用于防火墙端口开通）​ 最近连接情况​ 最近错误连接情况​ 最近最耗时的连接情况​ 最近连接最频繁远程端点情况。

每2秒刷新所有线程CPU占用时间，由高到低排序，取前10，如线程执行短时任务则此方法无效。这里的CPU占用时间是从连接到进程后，开始算起的线程用户时间+系统时间，所以通常用在问题即将发现前连接而不是运行了一夜再比较大小，意义不大。我们认为CPU在一段时间内是否占满，应该为监控时间段/CPU核数，如监控了16秒，第1名为4秒，CPU为4核，则表示占满；通过TOP 10,找出接近占满的线程，在“线程”TAB页根据线程名称查找对应的线程堆栈即可。短时间内监控CPU占用较高的进程，发现长时CPU密集型任务。

​ network_port_monitor工具是一个脚本工具，用于汇总本地端点使用情况，部署在服务器上，用于监控本地的进程。当发现某个进程出现“too many files open”，可针对性的监控处理。

以be改造为例说明。另外，从技术上来说主从配置可放在不同的服务器上，但是面临启动多次，更新多次的问题，我们的脚本要满足"one code , one deploy, one test, run much"，一次启动，多个数据库配置同时运行。运行时区指启动的主、从进程。​ 从公共配置，每个应用的配置目录，该应用的其他SQL版本的配置在此目录下，如下图的be/oracle-slave,还可以加be/dm-slave等。执行器：在从进程的上下文中，执行主进程SQL请求，并记录执行异常的SQL请求。

S2 同时启动主、从应用的SpringApplication，主从应用都切入了java agent,从应用的server.port端口必须不同，且不能注册到服务注册中心，以保证从应用不接收web请求，只接收SQL请求。S7 主机监控服务作为一个可选的服务，使用httpserver_notice.sh执行后，只要产生新的错误文件，则将以企业微信或邮箱的方式通知相关人员，告知错误文件所在服务器IP以及文件路径；1. 设置从执行标志，以配合S3拦截时的主从判断，以保证从SQL不被循环执行；

进入openresty/bin目录，下载相关依赖的lua、openssl、jwt、uuid，分别进行加解密、token处理、uuid生成。目标服务：请求全部由服务端openresty转发，服务应该验证白名单，在外部网段，只允许openresty访问。下载最新包，对于非最新的linux而言，编译openresty时，需要下载openssl源码包，在编译时指定。服务端openresty:验证请求是否合法，合法则进行转发，其中合法包括首次跳转合法和后续访问合法。保存链接，为后续验证_Referer_头准备。