1.ip 2.ping 3.ifconfig 4.dig dig 域名 dig –x ip 5.host 6.netstat [root@s1 ~]# netstat -antp | grep ESTABLISHED -a (all)显示所有选项，默认不显示LISTEN相关-t (tcp)仅显示tcp相关选项-u (udp)仅显示udp相关选项-n 拒绝显示别名，能显示数字的全部转化成数字。-l 仅列出有在
程序批量插入数据时报错，将sql在navicat执行又不报错。报错信息：Caused by: java.io.IOException: Tried to send an out-of-range integer as a 2-byte value: 43800 查询资料参考资料发现postgreSQL JDBC驱动限定，client端的一个发送大小限制为2byte。 也就是批量插入的时候values
德国科技管理专家斯坦门茨早年移居美国，他以非凡的才能成为美国企业界的佼佼者。一次，美国著名的福特公司的一组电机发生故障，在束手无策之时，公司请斯坦门茨出马解决问题。 斯坦门茨在电机旁仔细观察，经过计算，用粉笔在电机外壳划了一条线，说：“从这里打开，把里面的线圈减少16圈。”工
今天使用MySQL存储过程往innodb表t10中插入10w条数据，如下 BEGIN DECLARE i INT; SET i = 1; while (i <= 100000) DO INSERT INTO t10 (id, a, b) VALUES (i ,i ,i); ### 每次启动事务并提交 SET i = i + 1; END while; END 调用存储过程，call idata(); 发现执行时间390s
这里模拟一下排查过程 连接远程服务器# ssh root@yourServerAddress 编写测试出问题的代码# Copy import java.util.concurrent.TimeUnit; /** * @author quaint * @date 23 March 2020 * @since 1.38 */ public class Test { public static void main(String[] args)
我们的情况和这个朋友遇到的有点类似： https://blog.csdn.net/majianting/article/details/96476375 如我的域名是：yuming.api.com 如公网ip是：192.168.2.202 我线上的接口是：http://yuming.api.com/?s=init 业务架构：nginx+PHP+redis+mysql 域名有腾讯云clb转发进来内部rs 机器。 一、
记录一次很尬的操作 [root@ansible ~]# ansible web -m ping -o host2 | UNREACHABLE!: Failed to connect to the host via ssh: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password). host1 | UNREACHABLE!: Failed to connect to the host via ssh: Permiss
现象 生产环境websocket无法正常连接，服务端返回400 bad request，开发及测试环境均正常。 抓包排查 src：nginx服务器 172.16.177.193dst：imp应用服务器 172.16.177.218 问题定位 观察到header中的host值带有下划线，在一些中间件（如kafka、hadoop）中，对host中的特殊
1）数据库本身 （1） 查看数据库状态 （2）查找日志文件中是否有sql相关打印 （3）查看当前连接数 执行show processlist; 查看mysql正在运行的sql线程 （4）查看mysql慢查询日志（默认情况下，mysql不开启慢查询日志） 可通过命令：show variables like '%slow_query_log%'; 查看mysql是否开
近日，Spring框架爆出0day漏洞，而这样一个框架漏洞，涉及的资产多、范围广、应急时间紧，框架升级的工程量存在较大挑战，考验着整个团队的协作能力。 今天我们探讨的话题是，对于突发0day漏洞等安全应急场景，如何快速进行排查和处置。我将分享我的思路和一些理解，欢迎补充和指正。 01、资产梳
CrashLoopBackOff 是k8s中常见报错，表明pod在不断重启 常见故障原因: 1.资源不足 2.容器想要使用的文件已被锁定 3.数据库被锁定 4.容器中引用的脚本或程序不存在 5.pod中init-container报错 6.加载config文件报错 7.文件系统配置错误 8.网络故障，如DNS等 排错和解决 1.kubectl desc
一般对于内存泄漏导致OOM的，可以通过MAT在OOM时生成的dump中查看老年代贡献最大的对象，定位问题代码。但对于老年代缓慢增长FGC又能被回收的，排查会相对麻烦，可以按如下方式进行尝试。 1. 添加GC参数，打出对象分布 -XX:+PrintTenuringDistribution 2022-03-31T19:54:17.891+0800: 7
ll -rlll -rt 十进制转16进制 printf "%x\n" 129 查看进程的所有线程几种方法 ll -rl ll -rt ps -eLf|grep dac ps -mp 1 -o THREAD,tid,time,lwp,nlwp,rss,size,%mem 查询进程全部线程 top -Hp pid top 大写H显示线程号 C显示详情 在文件中查询字符串 grep "xxx"
检查常用指令是否被替换 md5sum /bin/<命令名> #check文件的md5值 命令执行历史 history 排查计划任务 ls /etc/cron* 检查用户 cat /etc/passwd cat /etc/shadow 查看登录信息 last 检查网络连接与端口开放 netstat -alntp 检查进程 ps -aux 查看自启动程序 ls –
在深入探究问题之前，我们先了解一下 MySQL 的加锁机制。 一、MySQL 加锁机制 首先要明确的一点是 MySQL 加锁实际上是给索引加锁，而非给数据加锁。我们先看下MySQL 索引的结构。 MySQL 索引分为主键索引(或聚簇索引)和二级索引(或非主键索引、非聚簇索引、辅助索引，包括各种主键索引
“代理”连接异常 经过分析，以下原因导致本次“失效”： 1、可能是笔记本电源管理的电路的设计故障，导致半年不用，锂电池接近报废（可能是失压保护没有做到）2、主板上的bios电池失效。3、NTP服务器无法连接。 上面三种故障几乎同时存在，导致电脑上的时间比实际时间慢了两分多钟，导致与“代理
参考：http://mhsj.net/153.html 环境：自己虚拟机跑的3节点k8s, 发现master节点CPU负载过高，查看htop查看 1. 居然2个CPU都是满载 2. 占用CPU高的进程名字为kswapd0 刚开始以为是本身服务器内存小的问题，然后把内存增大到8G后，发现还是有问题 使用netstat -antlp查看， 参数a表示
参考 狂神说 Java 如何快速排查死锁？ 步骤 jdk 自带工具排查 查看系统中运行的 java 程序与进程号 jps -l 查看指定进程号的堆栈信息 jstack 进程号 专业工具排查 jConsole：可以命令行启动 jconsole Jconsole是JDK自带的监控工具，在JDK/bin目录下可以找到。它用于连接正在
1.连接服务 测试对应IP和端口下的dubbo服务是否连通，cmd命令如下 ca 正常情况下，进入telnet窗口，键入回车进入dubbo命令模式。 2.查看服务列表 查看服务 查看服务中的接口 ls (list services and methods) ls 显示服务列表。 ls -l 显
服务异常报警，cpu 100% 1.执行top命令 查询进程ID为 17239 2.查看进程内的哪些线程CPU 高 top -Hp 17239 3.通过jstack生成dump信息 jstack 17239 > ./jstack-$(date + %Y%m%d%H%M%s).txt 查找线程dump文件里面线程为17248的线程，（需要将17248转成16进制）即0X4360 发现0X4360
服务器架构 服务器系统为Centos7 首先需要知晓系统的对外的架构 一般架构： 1.域名—>云服务器（ECS） 2.域名—>CDN—>云服务器（OSS） 3.域名—>CDN—>云服务器ECS+数据库RDS+缓存Redis 4.域名—>CDN—>负载均衡—>云服务器ECS+数据库RDS(主从)+缓存Redis 5.域名—>CDN–>WAF防火墙—
1. vmstat 查看内存详情 # 每隔1秒输出1组数据 $ vmstat 1 procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 0 7743608 1112 92168 0 0
作者：程序员面试吧 来源：https://blog.csdn.net/Dou_Hua_Hua/article/details/108829245 在讲解事件、故障处理思路前，先讲一个故障场景（以呼叫中心系统作为一例子）： 业务人员反映呼叫中心系统运行缓慢，部份电话在自助语言环节系统处理超时，话务转人工座席，人工座席出现爆线情况。 运维人员
一、从机器中down下相关的堆栈信息进行分析 二、各命令及内容说明 2.1 jstat 查询GC使用情况。 将下载的文件加载到线上分析工具网站：gceasy.io 参数说明： 字段说明S0幸存1区当前使用比例S1幸存2区当前使用比例E伊甸园区使用比例O老年代使用比例M元数据区使用比例CCS压缩使用比
文章目录 背景相关代码Reference 背景 项目中用到了kafka消息队列，在开发测试过程中发现了消息端设置的最大重试次数失效的情况，具体信息如下： consumer: 3partition:1maxRetryTimes:15spring-kafka: 2.2.3.RELEASEkafka-client: 2.0.1 相关代码 消费者config文件 @Configu
