这几天收到一个战术性需求，将一大坨字段序列化为特定格式的字符串。 大概是下表这样： | 序号 |字段名 | 描述 | 是否必填 | | | | | | | 0|logVersion | 日志版本 | 是 | | 1|productName| 产品 | 是 | | 2|serviceName| 服务
今天有解决方案部的小伙伴反映，我公司XWind产品在分析客户应用程序的潜在性能问题时，总是显现诊断任务异常，为了定位问题的根因，我们马上要求解决方案部的小伙伴提供XWind相关的日志，从日志中找到了如下报错信息： 可以看到Java经典的动态加载类错误，org.apache.naming.java.j
https://github.com/landon30/Bulls/wiki/java-profiling-tools landon 网络游戏资深服务器架构师 2018-06-14 线上遇到了问题？ 服务上线出问题，想增加打印日志怎么办？ 线上怀疑某个接口慢，想打印接口耗时怎么办？ 线上某个接口报错
Smartctl（S.M.A.R.T自监控，分析和报告技术）是类Unix下实施SMART任务命令行套件或工具，它用于打印SMART自检和错误日志，启用并禁用SMRAT自动检测，以及初始化设备自检。 Smartctl对于Linux物理服务器非常有用，在这些服务器上，可以智能的对磁盘进行错误检查，并将硬
https://weibo.com/ttarticle/p/show?id=2309404650615585505652 使用SLOWLOG命令查看Redis中的慢查询操作。 前几篇日志总结了下对Redis部署时的一些配置，Redis启动后，面对各种请求，数据持久化到硬盘，很可能会出现内存不足等
https://cloud.tencent.com/developer/article/1986826 前面一节，我们聊了 AOF，AOF 有个不足点就是：进行数据恢复时，需要逐一把日志都执行一遍，非常耗时间。 Redis 还有另外一种持久化方法：内存快照。指内存中的数据在某一时刻的状态记录，这个快
Redis 运维实战 第04期：AOF 持久化 https://cloud.tencent.com/developer/article/1986824 Redis 有两种持久化方式：AOF 和 RDB。本节就先来聊聊 AOF。 AOF（Append Only File） 日志是写后日志，Redis
https://www.cnblogs.com/jmcui/p/13926397.html 一、慢查询 因为 Redis 是单线程的，大量的慢查询可能会导致 redis-server 阻塞，可以通过 slowlog get n 获取慢日志，查看详情情况。 回到顶部 二、bigkey 大对象 bigk
一、慢操作分析 redis 的慢操作已经有了，如果没有，我们可以自己去 redis 服务器查看历史的慢日志操作，或者有对应的慢操作监控系统也可以发现问题，这里不做展开。 接下来我们就要看一看为什么这么慢。 看了下项目中的实现代码，结合日志一分析，发现是一个 redis bigkey。 一个 redi
https://www.modb.pro/db/31086 图 1 鲲鹏NUMA架构优化图 openGauss根据鲲鹏处理器的多核NUMA架构特点，进行针对性一系列NUMA架构相关优化，一方面尽量减少跨核内存访问的时延问题，另一方面重分发挥鲲鹏多核算力优势，所提供的关键技术包括重做日志批插，热点数据
https://deepinout.com/redis-cmd/redis-debug-cmd/redis-cmd-slowlog.html 文章目录 什么是 SLOWLOG 设置 SLOWLOG 查看 slow log 查看当前日志的数量 清空日志 Redis SLOWLOG命令 返回值 SLOW
https://www.linuxprobe.com/linux-shell-date.html 导读 不管是哪种语言，日期/时间都是一个非常重要的值。比如我们保存日志的时候，往往是某个前缀再加上当前时间，这样日志文件名称就可以做到唯一。在Shell环境里，我们获取时间的命令是date，但date出
https://www.cnblogs.com/hellxz/ 楔子 由于国内信创越来越火，客户现场也开始使用国产操作系统替换CentOS之类的开源操作系统，最近做实施的同事找到我，说现场是ARM架构的操作系统编译安装RabbitMQ一直提示无法启动也没有日志文件生成，找过了好几个同事都没解决这才找
https://www.cnblogs.com/alongdidi/p/rabbitmq_tutorial_five.html 前言 在上一篇博文中我们使用direct类型的exchange改善了我们的日志系统，但是它仍然有一定的限制，它没有办法基于多个条件路由消息。 我们可能不仅仅希望基于日志级别
https://www.jianshu.com/p/d2b28703e376 问题描述 近日线下测试环境的一个cloudstack计算节点上的虚拟机出现频繁的丢包情况，经过排查日志发现这个计算节点的包被丢弃，日志信息如下： Oct 29 16:18:14 a2 kernel: __ratelimit
https://www.jianshu.com/p/e36176ad3c06 一、背景： 以某物联网企业，传感器设备实时数据消费服务（Kafka-consumer）为例，调试筛选处理耗时的主题。 1. 原始日志格式（logback输出的）： 2018-07-11 11:49:22.413 INFO
https://www.cnblogs.com/lizexiong/p/15358894.html 1.现象 结论见 《kubernetes ingress-nginx 启用 upstream 长连接，需要注意，否则容易 502》。nginx 的访问日志间歇性出现 502 响应，查看 nginx 的
事情缘由 协助公司中药网排查内存溢出的问题。这个系统是基于Hibernate3开发的一个药品信息、价格变动、药品咨询新闻相关的网站，90%的操作都是查询。 问题日志 工具排查 Dump堆内存文件，使用MAT进行分析 1、jsp 命令获取应用的pid 2、jmap -dump:format=b,fil
https://zhuanlan.zhihu.com/p/88956975 最近一个上线运行良好的项目出现用户无法登录或者执行某个操作时，有卡顿现象。查看了日志，出现了大量的java.lang.OutOfMemoryError: GC overhead limit exceeded错误。 oracl
