- 博客(7)
- 收藏
- 关注
RSS订阅原创 一种基于微服务的多数据库SQL验证方法
S2 同时启动主、从应用的SpringApplication，主从应用都切入了java agent,从应用的server.port端口必须不同，且不能注册到服务注册中心，以保证从应用不接收web请求，只接收SQL请求。S7 主机监控服务作为一个可选的服务，使用httpserver_notice.sh执行后，只要产生新的错误文件，则将以企业微信或邮箱的方式通知相关人员，告知错误文件所在服务器IP以及文件路径；1. 设置从执行标志，以配合S3拦截时的主从判断，以保证从SQL不被循环执行；
2024-07-31 15:13:00
624
原创 一种基于微服务应用对私域资源的安全访问方法
进入openresty/bin目录，下载相关依赖的lua、openssl、jwt、uuid，分别进行加解密、token处理、uuid生成。目标服务：请求全部由服务端openresty转发，服务应该验证白名单，在外部网段，只允许openresty访问。下载最新包，对于非最新的linux而言，编译openresty时，需要下载openssl源码包，在编译时指定。服务端openresty:验证请求是否合法，合法则进行转发，其中合法包括首次跳转合法和后续访问合法。保存链接，为后续验证_Referer_头准备。
2024-07-31 15:06:49
260
原创 jmeter压缩调优
1. 常测试并发数为7、20都会有问题描述中的错误，根据A 的access.log 访问日志可知在请求B阶段没有返回，导致调整A使用B超时，且返回时间是2分钟多一点.3. C SQL相当多，且测试期间有大量的老年代垃圾回收事件，且每笔耗时基本在5-6秒，于是 调整内存由4G到8G，调整后不再出现老年代回收。2. 我们也观察B的access.log，返回时间很长，且adminServer.log日志大量的报错（调用C）1. SQL优化：以下数据库操作都是1分钟左右。2. 提高数据库配置。
2024-07-31 14:59:25
157
原创 第三方调用时有部分交易超时，如何找出这些请求
这些表的更新操作有锁是等待很正常的。结合之前文档中描述的超时的相关请求，查看了这些请求的代码，发现代码模式基本是FOR->sql，即可能会产生大量的SQL；(1) 14日57错误偏向问题，经查证，9点多同一时间段从总线程量从400多激增到600多，而56基本维持在400多，这高峰期请求量必定是WEB请求，并全部打到了57，导致了57异常。日志乱序的原因是生成日志对象后，log4j框架使用JAVA syn关键字同步了写日志，而因为syn同步是不排序的，先到的不会先打，所以日志文件中日志消息是乱序的。
2024-07-31 14:48:48
230
原创 xxl-job定时任务执行日志部分“消失”
XXJobTrigger方法执行与外层的调用者XXJobScheduleHelper调度器的scheduleUpdate方法（更新调度状态）不在一个线程、一个事务里面，导致内层的loadId报错了，业务还未执行，但调度状态确已持久化，调度状态决定了下次执行时间。其次，通过查看数据库xxl-job执行日志，发现132处理了大部分任务，131承担了小部分任务，而18日的10:30定时任务轮给131执行，排除压力问题导致131执行异常。进而怀疑131执行少的原因依旧是大量的“连接不可用”异常导致；
2024-07-31 14:18:02
29
原创 工作流
jBPM相关概念jBPM相关概念1. JPDL的流程定义元素1) 第一层：GraphElement这个容易理解,因为在画流程定义时,每个拖拉的对象都是一个graph的元素。GraphElement有四个属性：(1)processDefine 表示当前元素属于哪个流程定义(2)events 表示可以接收哪些event(3)name 名字...
2009-10-11 13:46:14
67
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人