版权声明：本文为zhangrelay原创文章，有错请轻拍，转载请注明，谢谢... https://blog.csdn.net/ZhangRelay/article/details/89190413
发现一台服务器的磁盘空间不足，需要进行处理，登录后发现磁盘使用率已经100%，操作删除了一些文件和日志信息后，查看空间仍然没有变化。
操作系统：CentOS 6.8 x64 使用 df -h 命令，看见 / 根目录下磁盘空间已满（100%），于是手动清理大日志文件。
生产环境采用 RocketMQ 三主三从集群搭建，6 个实例部署在 3 台 Linux 服务器上（节省资源），每台服务器部署一主一从，生产上运行一段时间后，发现磁盘空间报警，发现df与du显示的空间不一致（相差几十G）。
作者：cyningsun 链接：https://juejin.im/post/6875110082724659213
原文:https://juejin.im/post/6875110082724659213 作者:有疑说
今天查看两个月前上线的小项目，发现运行非常慢，而且增删改查失效了（吓我一大跳），急急忙忙的就开始了我的线上问题排查之路。
随着使用时间的推移，随着各种应用程序被添加和删除，任何操作系统都可能变得混乱。如果你使用的是 TB 级存储容量的硬盘，可能不在意经常为 Ubuntu 和 Linux Mint 系统清理、释放磁盘空间。但如果你的磁盘空间非常有限，就例如一台只有 128GB 硬盘的 SSD 笔记本，那么经常释放磁盘空间就非常必要。
经常会遇到这样的场景：测试环境磁盘跑满了，导致系统不能正常运行！ 此时就需要查看是哪个目录或者文件占用了空间。 常使用如下几个命令进行排查：df, lsof，du。
删除表全部数据和表结构，立刻释放磁盘空间，不管是 Innodb 和 MyISAM;
delete属于数据管理语言(DML)，会执行事务，也会触发触发器，可以回滚数据，常见的命令用法如下：
Linux查看磁盘空间一般可以用du,df,但是有些时候两个得到的结果却不一样. 分别用du,df查看根分区的大小 > root# du -k -d 1 / 628 /run 41736 /etc 0 /dev 6761392 /root 6905636 /var 4 /media 4 /mnt 206096 /boot 2247520 /opt 30812 /home 0 /proc 16 /lost+found 10319996
苹果电脑磁盘清理软件Disk Space Analyzer Pro 是一款磁盘清理专家，Disk Space Analyzer Pro mac版适用于Mac的功能强大的磁盘使用情况扫描和报告实用程序。Disk Expert允许您查找最大的内容并释放Mac硬盘空间。
苹果电脑磁盘清理软件Disk Space Analyzer Pro 是一款磁盘清理专家，Disk Space Analyzer Pro mac版适用于Mac的功能强大的磁盘使用情况扫描和报告实用程序。Disk Expert允许您查找最大的内容并释放Mac硬盘空间。测试环境：MacOS 12.5
一个业务系统的服务器监控系统发来预警通知，磁盘空间使用率已经达到90%了，然后就登陆服务器搜索了下比较大的日志文件，全部都删除了（坑在此处埋上了），磁盘空间释放了一些，当时也是疏忽，没有确认查出并删除的文件大小的空间是否已经全部释放。没过几天，服务器又被预警了，比较纳闷，日志怎么增长的这么快，排查之后发现，原来是上次操作删除文件后，有个较大的文件空间没有释放导致的。
Linux，du、df统计的硬盘使用情况不一致问题 在运维Linux服务器时，会碰到需要查看硬盘空间的情况，这时候，通常会使用df -lh命令来检查每个挂载了文件系统的硬盘的总量和已使用量，或者，可以使用du -sh [directory]命令来统计某个目录下所有文件的空间占用。 在使用df、du命令时，常常会遇到统计的硬盘使用情况不一致的问题。比如du统计根目录下文件总共大小为2G，而df判断挂载在根目录的硬盘已用空间达到了3G，20G甚至更多。发生这种情况，有以下三种原因： 1.预留空间 为了预防紧急情
选择适当的文件系统可以使磁盘空间的利用率更高并提高性能。Linux下常用的文件系统有Ext2、Ext3、Ext4、Btrfs等，其中Btrfs相对比较新，支持快照、检查和修复能力。使用Btrfs文件系统可以通过压缩减小磁盘空间的使用，但是需要注意的是，压缩会增加CPU的开销和IO延迟。
IDC里的一台服务器的/分区使用率爆满了！已达到100%！经查看发现有个文件过大（80G），于是在跟有关同事确认后rm -f果断删除该文件。但是发现删除该文件后，/分区的磁盘空间压根没有释放出来，使用率还是100%！这是为什么呢？？
在运维Linux服务器时，会碰到需要查看硬盘空间的情况，这时候，通常会使用df -lh命令来检查每个挂载了文件系统的硬盘的总量和已使用量，或者，可以使用du -sh [directory]命令来统计某个目录下所有文件的空间占用。 在使用df、du命令时，常常会遇到统计的硬盘使用情况不一致的问题。比如du统计根目录下文件总共大小为2G，而df判断挂载在根目录的硬盘已用空间达到了3G，20G甚至更多。发生这种情况，有以下三种原因： 1.预留空间 为 了预防紧急情况，linux ext文件系统会预留部分硬盘空间，
问题说明：IDC里的一台服务器的/分区使用率爆满了！已达到100%！经查看发现有个文件过大（80G），于是在跟有关同事确认后rm -f果断删除该文件。但是发现删除该文件后，/分区的磁盘空间压根没有释放出来，使用率还是100%！这是为什么呢？？ [root@linux-node1 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00
作为一名合格的 Linux 运维工程师，一定要有一套清晰、明确的解决故障思路，当问题出现时，才能迅速定位、解决问题，这里给出一个处理问题的一般思路：
来源:CU技术社区 ID:ChinaUnix2013 作为一名合格的 Linux 运维工程师，一定要有一套清晰、明确的解决故障思路，当问题出现时，才能迅速定位、解决问题，这里给出一个处理问题的一般思路： 重视报错提示信息：每个错误的出现，都是给出错误提示信息，一般情况下这个提示基本定位了问题的所在，因此一定要重视这个报错信息，如果对这些错误信息视而不见，问题永远得不到解决。 查阅日志文件：有时候报错信息只是给出了问题的表面现象，要想更深入的了解问题，必须查看相应的日志文件，而日志文件又分为系统日志文件（/
本文由马哥教育Linux云计算面授班23期学员推荐，转载自互联网，作者为Lis，Linux资深技术专家，内容略经小编改编和加工，观点跟作者无关，最后感谢作者的辛苦贡献与付出。 与windows系统一样，linux操作系统也会存在很多问题和故障，很多linux新手都害怕故障，面对出现的问题显得无可奈何，更有甚者，由此放弃了linux，其实，我们不应该惧怕问题，学习就是一个发现问题与解决问题的过程，只要掌握了解决问题的基本思路，一切故障都会迎刃而解，当然前提是我们已经具备了解决问题的思路和扎实的知识功底。
今天早上在公司遇到一个磁盘空间相关的问题，比较典型，记录一下，希望对大家有帮助。
来源：blog.csdn.net/qq_39390545/article/details/107144859
上周同事小姐姐问我：“哥你看，我发现MySQL有bug，我下午为了清理磁盘，明明删除了100万条MySQL数据，磁盘不仅没有变小，反而更满了呢？？”
管理磁盘空间对系统管理员来说是一件重要的日常工作。一旦磁盘空间耗尽就需要进行一系列耗时而又复杂的任务，以提升磁盘分区中可用的磁盘空间。它也需要系统离线才能处理。通常这种任务会涉及到安装一个新的硬盘、引导至恢复模式或者单用户模式、在新硬盘上创建一个分区和一个文件系统、挂载到临时挂载点去从一个太小的文件系统中移动数据到较大的新位置、修改 /etc/fstab 文件的内容来反映出新分区的正确设备名、以及重新引导来重新挂载新的文件系统到正确的挂载点。
再相对高效一点的方法是通过du的-d参数，或--max-depth，设置查询的目录深度，目录深度增加，所查询的目录，展示出来会很多，这个时候可以通过grep进行过滤
咱们常用的三种删除方式：通过 delete、truncate、drop 关键字进行删除；这三种都可以用来删除数据，但场景不同。
已解决E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
容器平台最近发布有点问题，整个平台每日产生日志量大约在300GB ，filebeat采用sidecar的方式采集std管道内的日志；
PostgreSQL数据库表在删除数据后磁盘空间未释放，该怎么办？ 主流的压缩表工具有哪些？该如何选择？
因为一下拿不出解决方案，只能硬着头皮把这个虚拟机从客户那搞回来，恢复现场，有了进展
转载：运维研习社 如果我们的服务器配置了企业微信或者钉钉的报警,那么我们可能会收到如下的消息. image-20220117165235844 登录服务器，通过 df -Hl 查看 和告警信息一致，接着我们就是要找到导致磁盘空间满的目录或文件,如何找到占用空间大的目录或文件？一种比较笨的方法是，在根目录下，通过 du -hs 命令，列出各目录所占空间大小 之后再用同样的方法继续到对应目录下去找 再相对高效一点的方法是通过 du 的 - d 参数，或 --max-depth，设置查询的目录深度，目
点击上方蓝色“程序猿DD”，选择“设为星标” 回复“资源”获取独家整理的学习资料！ 这里有个【1024】红包等你来领取 MySQL删除数据的方式都有哪些？ 咱们常用的三种删除方式：通过 delete、truncate、drop 关键字进行删除；这三种都可以用来删除数据，但场景不同。 一、从执行速度上来说 drop > truncate >> DELETE 二、从原理上讲 1、DELETE DELETE from TABLE_NAME where xxx 1、DELETE属于数据库DML操作语言，只删除数据
全称Linux extended file system, extfs，即Linux扩展文件系统，Ext2就代表第二代文件扩展系统，Ext3/Ext4以此类推，它们都是Ext2的升级版，只不过为了快速恢复文件系统，减少一致性检查的时间，增加了日志功能，所以Ext2被称为索引式文件系统，而Ext3/Ext4被称为日志式文件系统。
上周四下班后我正在工位上梳理一些文档，同事小姐姐阿侨来找我，“哈哥，晚上有空么？”
但是当需要备份的文件，目录数量较多时，仅仅使用cp命令就显得“力不从心”，并且备份的文件数量及其所占用的磁盘空间都可能会对服务器产生不小的压力，因此，有必要对需要备份的数据进行归档和压缩。
由于Linux没有回收站功能，所以线上服务器上所有要删除的文件都会先移动到系统/tmp目录下，然后定期清除/tmp目录下的数据。这个策略本身没有问题，但是通过检查发现这台服务器的系统分区中并没有单独划分/tmp分区，这样/tmp下的数据其实占用了根分区的空间。既然找到了问题，那么删除/tmp目录下一些占空间较大的数据文件即可，检查/tmp下最大的三个数据文。
在日常运维中，经常遇到磁盘空间满，发现占用磁盘空间大的文件已经被删除了，但df -Th查看磁盘空间还是满，没有释放出来
随着企业业务数据量的增大，现有服务器环境可能无法提供足够的磁盘空间存放数据处理的日志和文件，磁盘空间不足是影响EDI环境正常运行的一大原因，会导致数据无法正常处理，日志信息无法写入，影响业务正常进行。本文将为大家介绍出现磁盘空间不足，导致EDI系统运行异常的紧急处理方法。
目前传统安防行业已经竞争已经非常激烈，方案也很成熟，但是随着互联网、移动终端的发展，传统安防已经明显落伍，与智能分析相结合的安防产品在人们的视野中扩大。TSINGSEE青犀视频开发的EasyNVR智能视频管理平台就能够较好适应目前安防监控的需求，可以直接通过网页观看安防监控，管理人员可对所有视频通道进行分级及统一管理。
2、mongodb数据库，可以清理数据表。存在问题，清理完成后，磁盘不会自动释放空间。
在客户使用我们产品后，发现一个问题：在删除了文件后，磁盘空间却没有释放。是有进程在打开这个文件，还是其他情况？我们一起来看看一下两个场景
日常运维过程中，我们经常需要处理磁盘空间问题，当接到告警后，第一时间会去找那些大文件，一般比如centos，可能大文件就是 /var/log/messages。
本文要介绍的是一个发生在我们线上环境的真实案例，问题发生在某次大促期间，对我们的线上集群造成了比较大的影响，这篇文章简单复盘一下这个问题。
突然听到运维说磁盘预发布环境磁盘空间不够，细查之下发现是由于某个表的数据太大导致的，但是查看了下数据库表发现，实际的表数据量只有60w条，很明显表哪里出问题了，一开始以为是犹豫表的设计不合理索引导致的数据量大，细看之下发现挺正常的。正在焦虑蹉跎的时候，有幸得到朋友圈大佬的指点，是死亡元组太多导致的只需要执行vacuum full清理死亡元组就好，查看了相关的博客稳定发现postgresql居然会保存mvcc多版本修改记录，简单理解就是，postgresql对你所做的修改和删除都会保存记录，不会清理释放空间。这让我顿时想到[Mysql的MVCC]，但是mysql的undo log也只记录执行操作的相反记录保留最新的记录，而redo log记录数据页的变更，但是大小是固定的，都可以通过配置参数配置固定大小。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
