生产环境 /dev/vda1文件满了导致redis无法写入问题分析 以及df -h解析

偏偏是个周末redis 无法读写
磁盘分析：

df -h
1

（因为写文档时，问题已经解决，所以看不到当时信息，当时/dev/vdb1 这个分区use 100%，挂载在/opt，jumpserver有个日志高达79g）
假如硬盘或者分区满了 ，以分区满了为例

cd /opt
du -sh *
1
2

可以看到jumpserver 和 software比较大，进去jumpserver,选择大文件删除 通常是log 这里由于没有磁盘满，就不演示了

原因： 因为redis data也是在opt目录下的，jumpserver导致磁盘分区满了,因为redis 开启了aof 和rdb（RDB默认开启,AOF默认关闭 ），写入不了，所以报错

df -h 命令分析：

dev/vda1 是磁盘 vda就是物理机上的一个硬盘 一个硬盘就是一个vda1 第二个就是vba 默认挂载 /

{linux默认会按照 a b c d 的顺序命名磁盘 ，通常是 /dev/vda vdb bdc
/ 根目录是系统目录，这个是系统在初始化的时候已经挂载好了
linux 系统初始化的时候一定要有个系统盘，至于怎么挂载，可以手动或自动}
/dev/vdb1 是磁盘分区 相当于 windows的 c d e 我们分的卷 自己可以命名 挂载 /opt
tmpfs: tmp file system 临时文件系统
存储的free -m 中的shared下内容 buff/cache = shared+ 其他

devtmpfs 的功用是在 Linux 核心 启动早期建立一个初步的 /dev，令一般启动程序不用等待 udev，缩短 GNU/Linux 的开机时间

linux中/dev目录下一般都是一些设备文件，例如磁盘、内存、摄像头等。
/dev/shm这个目录是linux下一个利用内存虚拟出来的一个目录，这个目录中的文件都是保存在内存中，而不是磁盘上。其大小是非固定的，即不是预先分配好的内存来存储的。(shm == shared memory)

overlay文件系统则表示一个文件系统覆盖在另一个文件系统上面。 例如 docker 就是一个简单的文件系统，用了docker就会出现