关闭ext4文件系统的日志功能

  最近在帮一个研究生弄一个虚拟化环境下的基于Innodb的日志文件的读写优化的实验,实验的具体详细内容就不说了,其中有一个步骤需要将MySQL的日志文件放置在一块单独的硬盘里面,这块硬盘要么是ext2,要么是ext4,ext4的性能据说比前面的ext系列的要高,所以选择了ext4。但是ext4具备有日志的功能,如果开启了这个日志功能的话,到时又会有多个虚拟机同时跑,那么这个ext4的日志功能会对我们的实验数据产生一定的影响,并且我们在实验中并不需要到这个日志功能,所以需要将这个日志功能关闭。具体如下步骤:

  下面的vda便是虚拟机所导入的硬盘,我们先对这个硬盘格式化一下:

 

[[email protected]_vm_1 ~]# mkfs.ext4 /dev/vda
mke2fs 1.42.9 (28-Dec-2013)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
65536 inodes, 262144 blocks
13107 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=33816576
32 block groups
8192 blocks per group, 8192 fragments per group
2048 inodes per group
Superblock backups stored on blocks:
    8193, 24577, 40961, 57345, 73729, 204801, 221185

Allocating group tables: done
Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done 

先来检测一下/dev/vda硬盘上的ext4文件系统是否带有日志功能:

[[email protected]_vm_1 ~]#dumpe2fs /dev/vda | grep ‘Filesystem features‘ | grep ‘has_journal‘
dumpe2fs 1.42.9 (28-Dec-2013)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super huge_file uninit_bg dir_nlink extra_isize

可以动态地在ext4文件系统创建之后关闭其日志功能:

[[email protected]_vm_1 ~]# tune2fs -O ^has_journal /dev/vda
tune2fs 1.42.9 (28-Dec-2013)

如果需要开启的话:

[[email protected]_vm_1 ~]# tune2fs -O has_journal /dev/vda
tune2fs 1.42.9 (28-Dec-2013)
Creating journal inode: done

参考链接:

http://www.lenky.info/archives/2012/02/990

时间: 2024-08-27 06:29:15

关闭ext4文件系统的日志功能的相关文章

EXT4文件系统禁用日志功能

ext4提供有很多特性,当然有一些是前一代文件系统ext3本身就具有的,比如日志功能,但有时候我们却并不需要这些特性,则我们可以禁用它们.ext4文件系统的日志功能就是在牺牲一定性能的情况下增强稳定性的一种手段,但在一些情况,比如Web Server上存在的大量小文件所在的文件系统就是一个典型示例,此时可以禁用ext4的日志功能. 关闭EXT4日志功能: [[email protected] ext4]# tune2fs -O ^has_journal /dev/sdd1 tune2fs 1.4

小记dump2fs,关闭ext4日志功能

RedHat6.3 64位系统,项目组安装了Oracle数据库,反馈查询比较慢,尝试关闭ext4文件系统的日志功能. # df -h Filesystem            Size  Used Avail Use% Mounted on /dev/sda3              95G   15G   75G  17% / tmpfs                 7.8G   88K  7.8G   1% /dev/shm /dev/sda1             388M   

一例Ext4文件系统fsck后损坏的修复过程

1.故障发生背景 Ext4文件系统没有umount下来,之后做了fsck操作检查一致性,结果导致Ext4文件mount不上,并且导致目录变成了文件. 报错提示信息:mount: wrong fs type, bad option, bad superblock 2.故障原理分析 某故障时,日志和数据不一致造成的正常文件系统数据被覆盖的现象.这种故障在Ext3.Ext4文件系统常有发生,好在.journal日志文件留有缓冲,恢复时可以从.journal日志文件里找到相应信息,并粘贴回相应位置,达到

Ext4功能和文件系统的简单功能

Linux kernel 自 2.6.28 開始正式支持新的文件系统 Ext4. Ext4 是 Ext3 的改进版,改动了 Ext3 中部分重要的数据结构,而不只像 Ext3 对 Ext2 那样,不过添加了一个日志功能而已.Ext4 能够提供更佳的性能和可靠性,还有更为丰富的功能: /. 与 Ext3 兼容. 运行若干条命令,就能从 Ext3 在线迁移到 Ext4.而无须又一次格式化磁盘或又一次安装系统. 原有 Ext3 数据结构照样保留.Ext4 作用于新数据,当然.整个文件系统因此也就获得了

Ext4文件系统的特性和功能简介

Linux kernel 自 2.6.28 开始正式支持新的文件系统 Ext4. Ext4 是 Ext3 的改进版,修改了 Ext3 中部分重要的数据结构,而不仅仅像 Ext3 对 Ext2 那样,只是增加了一个日志功能而已.Ext4 可以提供更佳的性能和可靠性,还有更为丰富的功能: /. 与 Ext3 兼容. 执行若干条命令,就能从 Ext3 在线迁移到 Ext4,而无须重新格式化磁盘或重新安装系统.原有 Ext3 数据结构照样保留,Ext4 作用于新数据,当然,整个文件系统因此也就获得了 E

Logs日志文件太多怎么关闭日志功能————thinkphp

项目/Runtime/Logs/下的文件生成了很多很多,而且都是1M-2M的TXT文件有些网站小空间都被沾满了.哪位大虾知道怎么关闭这个日志功能'DB_SQL_LOG' => false, // SQL执行日志记录 /* 日志设置 */'LOG_RECORD' => false, // 默认不记录日志'LOG_TYPE' => 3, // 日志记录类型 0 系统 1 邮件 3 文件 4 SAPI 默认为文件方式'LOG_DEST' => '', // 日志记录目标'LOG_EXTR

Ext4文件系统架构分析(一)

本文描述Ext4文件系统磁盘布局和元数据的一些分析,同样适用于Ext3和Ext2文件系统,除了它们不支持的Ext4的特性外.整个分析分两篇博文,分别概述布局和详细介绍各个布局的数据结构及组织寻址方式等.感兴趣的看官敬请留意和指导! 1. Ext4文件系统布局综述 一个Ext4文件系统被分成一系列块组.为减少磁盘碎片产生的性能瓶颈,块分配器尽量保持每个文件的数据块都在同一个块组中,从而减少寻道时间.以4KB的数据块为例,一个块组可以包含32768个数据块,也就是128MB. 1.1 磁盘布局 Ex

Ext4文件系统的特性

与Ext3文件系统兼容:原有的Ext3数据结构仍然照样保留,Ext4作用于新数据,整个系统因此也就获得了Ext4所支持的更大的容量 更大额文件系统和更大的文件:Ext3目前所支持的最大16TB文件系统和最大2TB文件,Ext4分别支持1EB的文件系统,16TB的文件(1EB=1024PB,1PB=1024TB). 无限数量的子目录.Ext3支持32000个子目录,Ext4不限制 Extents:Ext3采用间接块映射,当操作大文件时,效率极其低下.比如一个100M的文件.在Ext3中要建立256

文件系统与日志

一.Inode与block 1.概述 磁盘被分区并格式化为ext4文件系统后,会生成一定数量的inode和block Inode 索引节点 作用:存放文件的属性信息以及作为文件的索引(指向文件的实体block) Block存放的是文件的实际数据 inode存放文件的属性信息以及指向文件实体的指针(block的位置),文件名不在inode里一般在上级目录的block里 系统内部打开文件的步骤 访问文件的过程,通过文件名(上一级目录的block)-->inode -->blocks (1)系统找到