首页
学习
活动
专区
圈层
工具
发布

#磁盘

Linux服务器磁盘IO延迟过高:通过调整IO调度器与优化文件系统提升磁盘性能

A5IDC服务器

在高负载Linux服务器中,磁盘IO延迟过高不仅影响单个应用响应时间,还可能导致系统整体吞吐能力下降。A5IDC以服务器硬件配置、指标评估与实践示例为基础,深入...

500

MySQL里藏着一个会自己长大的文件,90%的DBA都忽略了

俊才

那是一个再普通不过的周三下午,阳光透过落地窗在工位上投下斑驳的光影。我正慢悠悠的等下班——突然,手机“叮”地一声炸响,一条严重告警:“磁盘使用率超98%告警”。

2800

数据库和缓存稳定性保障-扩容及升级规范

俊才

数据库和缓存是系统的核心组件,保障其稳定性是确保整个系统稳定运行的基础。通过制定本规范以便在在数据库及缓存相关指标及资源达到一定阈值时,参考本 规范提前...

2210

MySQL 的 Doublewrite:被低估的“幕后英雄”

俊才

现代操作系统和磁盘通常以 512 字节或 4KB 为最小写入单元(sector),而 InnoDB 的页是 16KB。这意味着一次完整的页写入需要多个物理 I/...

11710

c语言文件操作

陈大大川

每个被使⽤的⽂件都在内存中开辟了⼀个相应的⽂件信息区,⽤来存放⽂件的相关信息(如⽂件的名

8710

【Linux系统编程】Ext2文件系统

用户11719958

所以:从此往后,在磁盘使用者看来,根本就不关心CHS地址,而是直接使用LBA地址,磁盘内部自己转换。所以:从现在开始,磁盘就是一个元素为扇区 的一维数组,数组的...

7410

Apache Pulsar实战揭秘:关于我的直播分享引爆用户狂问,这些答案你不可错过!

老周聊架构

2.8 Pulsar中Bookkeeper磁盘满导致丢消息,这种场景有补救措施推荐吗?有一个订阅一直消费不过来导致磁盘打满,然后没办法去接收这个producer...

9910

每秒百万级消息处理?腾讯云CKafka专业版助你轻松应对高并发场景

gavin1024

在物联网、实时风控、金融交易等场景中,系统往往需要处理每秒数十万甚至数百万条消息。传统开源消息队列在面对极端流量时,常出现磁盘IO瓶颈、分区不均、运维复杂等问题...

9610

MySQL也能“搬家”?教你把部分表/库迁移到新磁盘

俊才

这时候,你可能会想:能不能只把某个表或某个数据库“搬”到另一个磁盘,而不影响整个MySQL实例?

15510

Linux下文件删除后空间未释放的典型原因及解决方案

用户4128047

        当文件被进程持续占用(如日志文件被写入中)时,直接执行rm命令仅删除文件索引,但磁盘块仍被进程锁定,导致空间未被释放。

23810

挂载磁盘出现权限问题处理

用户4128047

需求:需要给/opt/bac目录所有的文件夹添加权限为可写可读可执行,执行命令如下: chmod 777 /opt/bac 具体报错如下: chmod: ...

13500

服务器磁盘按阵列划分为哪几类

用户4128047

        以下是服务器磁盘阵列(RAID)的详细分类及技术解析,基于现行行业标准与实践应用:

14710

服务器磁盘不同格式挂载区别

用户4128047

在Linux系统中,磁盘不同格式挂载的核心区别主要体现在‌文件系统类型‌和‌挂载方式‌两个方面,以下为具体差异分析:

13810

Hadoop集群故障节点隔离操作指南

用户4128047

        输出中标记为 Dead 或 Decommissioning 的节点为异常节点。

15910

ElasticSearch重启之后shard未分配问题的解决

用户4128047

        以下是Elasticsearch重启后分片未分配问题的完整解决方案,结合典型故障场景与最新实践:

11710

索引yellow状态问题处理

用户4128047

5.如果上述步骤不能解决问题,可能需要检查集群中节点的日志,查看是否有其他错误信息,或者检查网络和磁盘配额是否有问题。

8910

大数据必备linux高级命令

用户4128047

      top  ps -ef   df -h  natstat   jmap -heap  tar  rpm    

7110

spark临时文件较大问题处理

用户4128047

最近使用spark对ods明细表数据进行清洗,由于清洗的表数据量较大,加上集群只有5个节点,磁盘使用率也上去了,导致每次跑spark任务时,都会产生很多临时文件...

8010

集群资源管理基础架构和工作机制

用户4128047

 RM为整个yarn集群资源老大,NM为单个节点资源老大,AM为单个应用程序的资源老大,container容器,集群的资源抽象,最小单位; Yarn工作机制

7810
领券