https://cloud.tencent.com/developer/article/2077110?areaSource=104001.26&traceId=7WZNP412yK3vh7ebw4th0 前言 本文素材来源朋友学习nacos2.1.1踩到的坑。直接上正菜 坑点一：出现端口被占用 因
一、MySQL DDL 的方法 MySQL 在大型表上的 DDL 会带来耗时较久、负载较高、额外空间占用、MDL、主从同步延时等情况。需要特别引起重视，而MySQL 的 DDL 有很多种方法。 MySQL 本身自带三种方法，分别是：copy、inplace、instant。 copy 算法为最古老的
一、systemctl命令简介 CentOS 5使用SysV init；CentOS 6使用Upstart，CentOS 7使用Systemd管理守护进程。centos7采用 systemd管理，服务独立的运行在内存中，服务响应速度快，但占用更多内存。独立服务的服务启动脚本都在目录 /usr/lib
https://www.jianshu.com/p/871d6bb3a32d 背景 在服务器性能优化内存这一项时,有一些现象很诡异。如top显示的RES很大，但是实际jvm堆内存占用很小，同时使用nmt发现committed更大。所以决定写这篇wiki大概介绍一下 JVM中如何计算一个对象的实际
https://www.modb.pro/db/610990 对于开发及运维人员来讲，火焰图是一个经典的定位性能问题的方法。利用火焰图可以可视化系统资源（cpu占用、内存占用、调度、IO等）的占用情况，从而帮助技术人员快速定位资源异常使用的代码级根因，或者观察潜在性能劣化趋势，进而优化系统和应用的性
函数说明 函数原型 #include int sched_yield(void); 12 sched_yield的作用是让出处理器，调用时会导致当前线程放弃CPU，进程管理系统会把该线程放到其对应优先级的CPU静态进程队列的尾端，然后一个新的线程会占用CPU。详细说明可以查看ma
1：设置合理的索引分片数和副本数 索引分片数建议设置为集群节点的整数倍，初始数据导入时副本数设置为 0，生产环境副本数建议设置为 1（设置 1 个副本，集群任意 1 个节点宕机数据不会丢失；设置更多副本会占用更多存储空间，操作系统缓存命中率会下降，检索性能不一定提升）。单节点索引分片数建议不要超过
1、内存情况 在讲解Linux内存管理时已经提到，当你在Linux下频繁存取文件后，即使系统上没有运行许多程序，也会占用大量的物理内存。这是因为当你读写文件的时候，Linux内核为了提高读写的性能和速度，会将文件在内存中进行缓存，这部分内存就是Cache Memory(缓存内存)。即使你的程序运行结
https://www.cnblogs.com/hope250/p/8033818.html 自从用 HAProxy 对服务器做了负载均衡以后，感觉后端服务器真的没必要再配置并占用公网IP资源。而且由于托管服务器的公网 IP 资源是固定的，想上 Keepalived 的话，需要挤出来 3 个公网 I
文章目录 1. Full GC (Ergonomics)1.1 Java 进程一直进行 Full GC1.2 Full GC 的原因1.3 检查堆占用 2. 代码检查3. 解决方式 1. Full GC (Ergonomics) 1.1 Java 进程一直进行 Full GC 例行检查线上运行的 J
https://www.jianshu.com/p/aaf56385766d 简介 在之前的OOM问题复盘之后，本周，又一Java服务出现了内存问题，这次问题不严重，只会触发堆内存占用高报警，没有触发OOM，但好在之前的复盘中总结了dump脚本，会在堆占用高时自动执行jstack与jmap，使得我们
https://www.cnblogs.com/FengGeBlog/p/15517706.html 两年前清理过一次harbor镜像，而现在又要面临清镜像的操作了，笔者目前所在的公司镜像是存放在ceph集群内部的，目前约200T，且该存储池是两副本，那么占用空间是400T左右。真的是相当浪费空间了
一、背景 今日突然收到tidb节点的磁盘报警，磁盘容量已经超过了80%，但是tidb是不放数据的，磁盘怎么会满，这里就需要排查了 二、问题排查 解决步骤 1.df -h查看哪里占用磁盘比较多,然后通过du -h找到具体占用多的目录 2.最终发现tidb/tidb-deploy/tidb-4000/l
1. 问题 docker容器日志导致主机磁盘空间满了。docker logs -f container_name噼里啪啦一大堆，很占用空间，不用的日志可以清理掉了。 2. 解决方法 2.1 找出Docker容器日志 在linux上，容器日志一般存放在/var/lib/docker/container
6月30日，数据库发生了大量锁表。大概持续1小时，并且越锁越多。后来通过业务人员停掉程序，并kill掉会话后解决。 几天后再EM上查看CPU占用： CPU发生了明显等待。 主要是由于enq:TX - row lock contention等待事件造成。 等待事件—enq:TX - row lock
https://www.cnblogs.com/the-tops/p/8798678.html 最近排查服务器异常的时候，常会遇到磁盘慢的情况，这个时候，查找那个文件夹占用的内存的时候常用到这个命令：du -h --max-depth=3 一般的文件夹都超不过4层； 具体使用的时候，可以根据当前路径
背景： harbor 默认启动会随机创建 172 网段的ip地址，跟集群规划的网段冲突 Harbor 网段修改步骤 0. 原来Harbor占用的网段 # 网桥名：harbor_harbor [root@gpunode2 test]# docker network ls NETWORK ID NAME
简介 之前笔者有连续 2 篇文章： Prometheus 性能调优 - 什么是高基数问题以及如何解决？ 如何精简 Prometheus 的指标和存储占用 陆续介绍了一些 Prometheus 的性能调优技巧，包括高基数问题的解决以及精简 Prometheus 的指标和存储占用。 今天再介绍一个新的调
| 考量维度 | 基于CSI 快照 | 基于Restic 文件复制 | | | | | | 应用性能影响 | 低，CSI 接口调用存储系统快照 | 取决于数据量，占用额外资源 | | 数据可用性 | 依赖于存储系统 | 对象存储和生产环境隔离，独立可用性，支持跨站点可用性 | | 数据一致性 | 支
## 背景 近期一个大版本上线后，Python编写的api主服务使用内存有较明显上升，服务重启后数小时就会触发机器的90%内存占用告警，分析后发现了本地cache不当使用导致的一个内存泄露问题，这里记录一下分析过程。 ## 问题分析 ### LocalCache实现分析 该cache大概实现代码如下
