https://www.cnblogs.com/changxy-codest/p/15670495.html 问题现象 1、远程Oracle数据库通过IP:PORT/SERVICE_NAME连接 2、应用服务通过Docker容器部署，访问Oracle联通性测试接口，需要50s左右才能返回连接成功；
http://blog.itpub.net/31545813/viewspace-2926667/ Linux 的浩瀚无垠，使人总能每次都提交与众不同的内容。这些内容不仅对他们的职业生涯很有用，同时也让他们增长知识。在此，我们就尝试这么去做，至于能取得多大的成功，就由我们的读者朋友们来判断吧。 在此
https://zhuanlan.zhihu.com/p/504348343 在公司的网络或者是客户的网络环境中，经常会有只能使用局域网而不能使用访问互联网的情况，其目的也很显然，为了更好的保护数据安全。 但在这种情况下，对于运维而言，如果突然要安装一款软件的话，就会变得很困难，因为它往往有很多依赖
《CPU Cache Line伪共享问题的总结和分析》 以下文章来源于小林coding ，作者小林coding Table of Contents CPU Cache 有多快？ CPU Cache 的数据结构和读取过程是什么样的？ 如何写出让 CPU 跑得更快的代码？ 总结 前言 代码都是由 CPU
https://aijishu.com/a/1060000000321521 本文主要介绍在ARM64 CentOS系统下，MySQL使用jemalloc作为内存管理器时，内存占用问题的分析过程和解决方法。 Jemalloc 简介 Jemalloc是由Jason Evans在FreeBSD项目中引入
https://zhuanlan.zhihu.com/p/371638037 作者介绍：PingCAP Tech Center，于旸。 最近有金融客户使用 TiDB 适配批处理场景，数据量在数亿级。对于相同数据量的处理耗时，TiDB 要 35 分钟，而某商业数据库只要 15 分钟，足足相差 20 分
https://zhuanlan.zhihu.com/p/517122285 问题 文件系统接口写脏的page cache, 因为主动调用了syscall, os知道该dirty page并在inode上进行标记, 之后合适的时间会进行writeback, 那么对于mmap后直接对地址进行写的数据,
https://www.jianshu.com/p/d2b28703e376 问题描述 近日线下测试环境的一个cloudstack计算节点上的虚拟机出现频繁的丢包情况，经过排查日志发现这个计算节点的包被丢弃，日志信息如下： Oct 29 16:18:14 a2 kernel: __ratelimit
https://www.jianshu.com/p/1d02c97f3573 问题简述：Centos7下修改系统的最大文件打开数的时候，对系统启动的进程不生效问题详述：Centos7下需修改系统最大文件打开数为100000，进程数为50000，于是做了如下操作 说 明：此问题只出现在centos7下
https://www.jianshu.com/p/80a779b3bf20 问题描述 今日在线上查询nginx日志文件的用户真实IP时，发现remote_addr和XFF地址一模一样，这点让我很是不理解，正常来讲remote_addr应该获取到的是上一个节点转发的IP地址，我们却是获得了用户的真实
2021-02-03 分类：Java / spring 阅读(2930) 评论(2) GitHub 24k Star 的Java工程师成神之路，不来了解一下吗！ 先交代一下背景，在很久之前，我曾经封装过一个分库分表的扫表工具——Full Table Scanner，主要实现方式是通过使用TDDL H
项目中有一个批处理任务，用来删除数据库中过期的数据（包括说话人的语音、模型、记录等），当程序被分布式部署后，就会有多个批处理线程同时进行删除，不过不同的线程，会根据元信息表得到不同的说话人信息，从而删除不同的数据，并不存在竞争的问题，但是，当项目使用oracle数据库在线上运行时，却频繁出现了ORA
方法一、jcmd命令： 1、jps获取java的线程id 2、jcmd pidVM.flags获取 51152:-XX:CICompilerCount=3 -XX:InitialHeapSize=526385152 -XX:MaxHeapSize=1073741824 -XX:MaxNewSize=
https://juejin.cn/post/6844903601786060808 0 问题描述 一个应用在运行一段时间后，随着访问量不断增加，突然处理能力下降。但是从流量，jstack，gc上看基本正常。感觉好像突然从 “健康状态” 进入了 “虚弱状态”。 1 排查问题 在JVM日志里，可以发现
https://www.jianshu.com/p/392464f222d5 如下我们修改txt文档时内容如下，存在中文路径，当另存为bat文件时运行报错： F: cd F:\测试\安全测试\软件\burp "G:\Program Files (x86)\jdk-19\bin\javaw.exe"
https://www.cnblogs.com/codelogs/p/17092141.html 简介# 上次解决了GC长耗时问题后，系统果然平稳了许多，这是之前的文章《GC耗时高，原因竟是服务流量小？》然而，过了一段时间，我检查GC日志时，又发现了一个GC问题，如下：从这个图中可以发现，我们GC有
我感觉 这样理解也有点不对 timestamp 应该是不带时区 只是 UTC1970-1-1 的时间戳 但是展示时会根据时区做一下计算 date time 就不会做转换而已. 原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 众所周知，mysql中有两个时间类型
https://cloud.tencent.com/developer/article/1420726 现象 1 压力测试过程中，发现被测对象性能不够理想，具体表现为： 进程的系统态CPU消耗20，用户态CPU消耗10，系统idle大约70 2 用ps -o majflt,minflt -C pro
https://cloud.tencent.com/developer/article/1420726 前言 在对一个挡板系统进行测试时，遇到一个由于TCP全连接队列被占满而影响系统性能的问题，这里记录下如何进行分析及解决的。 理解下TCP建立连接过程与队列 从图中明显可以看出建立 TCP 连接的时
