原文:一次花费了一两个小时的mysql问题排查

晚上把博客迁了个服务器,新建用户的时候遇到问题了。 关于mysql的问题。 前置操作 建了两个用户,一个laravel,一个blog用户以及他们的同名数据库。 建好之后,命令行下面连接mysql服务,都能正常登录,并且也都能连上各自的数据库。 问题体现 之前laravel用的root账号,这次建好laravel用户之后,改了laravel的配置文件,laravel的服务一切正常 但是blog用户能 ...

2017-07-31 18:01 6 829 推荐指数:

查看详情

一次接口超时排查花费了两个星期。。

来源:https://zhenbianshu.github.io/ 接着上次的排查,最近在查一个问题花费了两个星期,我一定要总结一下,今天继续。 Jdk 的 native 方法当然不是终点,虽然发现 Jdk、docker、操作系统 Bug 的可能性极小,但再往底层查却很可能发现一些常见 ...

Mon Sep 27 16:47:00 CST 2021 0 157
记录一次问题排查

1. 问题描述:早上刚来上班,业务部门同事反应管理后台无法登录 2. 问题排查定位 2.1 服务器排查 a. 接口是否可以调通:首先自己登陆后台,发现时好时坏,偶尔接口返回【系统忙】。我们系统接口异常调不通会返回系统忙 b. 服务是否死掉或者假死:连接服务器->查看Java ...

Tue Aug 03 02:08:00 CST 2021 0 260
排查Mysql突然变慢的一次过程

转载自 严阵以待 https://www.cnblogs.com/yanzhenyidai/p/13450965.html 目录 定位问题 寻找原因 解决 总结 上周客户说系统突然变得很慢,而且时不时的蹦出一个 404 和 500,弄得真的是很没 ...

Fri Aug 07 18:46:00 CST 2020 0 1175
一次排查CPU高的问题

背景 将log4j.xml的日志级别从error调整为info后,进行压测发现CPU占用很高达到了90%多(之前也就是50%,60%的样子). 问题排查 排查思路: 看进程中的线程到底执行的是什么,导致CPU占用较高. 1. 使用top命令查看到底是哪个应用 ...

Fri Nov 05 23:34:00 CST 2021 0 435
一次 kafka 消息堆积问题排查

收到某业务组的小伙伴发来的反馈,具体问题如下: 项目中某 kafka 消息组消费特别慢,有时候在 kafka-manager 控制台看到有些消费者已被踢出消费组。 从服务端日志看到如下信息: 该消费组在短时间内重平衡了 600 多次。 从 cat 查看得知,每条消息处理都会有 4 次数 ...

Tue Jan 07 18:20:00 CST 2020 0 5084
 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM