Linux文件系统之元数据

日志文件系统（journaling file systems）可防止系统崩溃时导致的数据不一致问题。对文件系统元数据（metadata）的更改都被保存在一份单独的日志里，当发生系统崩溃时可以根据日志正确地恢复数据。除此之外，日志使系统重新启动时不必进行文件系统的检查，从而缩短了恢复时间。

所以说元数据就是数据的数据。

任何文件系统中的数据分为数据和元数据。数据是指普通文件中的实际数据，而元

数据指用来描述一个文件的特征的系统数据，诸如访问权限、文件拥有者以及文件数据

块的分布信息(inode...)等等。在集群文件系统中，分布信息包括文件在磁盘上的位置以及磁盘在集群中的位置。用户需要 *** 作一个文件必须首先得到它的元数据，才能定位到文件的位置并且得到文件的内容或相关属性。

2． 元数据管理方式

元数据管理有两种方式。集中式管理和分布式管理。集中式管理是指在系统中有一个节点专门司职元数据管理，所有元数据都存储在该节点的存储设备上。所有客户端对文件的请求前，都要先对该元数据管理器请求元数据。分布式管理是指将元数据存放在系统的任意节点并且能动态的迁移。对元数据管理的职责也分布到各个不同的节点上。大多数集群文件系统都采用集中式的元数据管理。因为集中式管理实现简单，一致性维护容易，在一定的 *** 作频繁度内可以提供较满意的性能。缺点是单一失效点问题，若该服务器失效，整个系统将无法正常工作。而且，当对元数据的 *** 作过于频繁时，集中的元数据管理成为整个系统的性能瓶颈。

分布式元数据管理的好处是解决了集中式管理的单一失效点问题，而且性能不会随着 *** 作频繁而出现瓶颈。其缺点是，实现复杂，一致性维护复杂，对性能有一定影响。

许多朋友不清楚自己是否有数据盘需要挂载（虽然购买时自己买没买你应该知道的，但还是有人不知道啊），那么你应该在linux服务器上使用使用“fdisk

-l”命令查看。如下图：若您执行fdisk

-l命令，发现没有

/dev/xvdb

标明您的云服务无数据盘，那么您无需进行挂载，此时该教程对您不适用

如果上一步你看到了/dev/xvdb，那么就执行“fdisk

-S

56

/dev/xvdb”命令，对数据盘进行分区；根据提示，依次输入“n”，“p”“1”，两次回车，“wq”，分区就开始了，很快就会完成。

此时再使用“fdisk

-l”命令可以看到，新的分区xvdb1已经建立完成了。

这时候需要注意，有两种情况，第一种，你这个数据盘是新购买的，以前没有用过（没有存储过数据），那么就要对其进行格式化，使用“mkfs.ext3

/dev/xvdb1”命令。第二种，如果你之前就有数据盘，只是你把系统盘重置了，需要将数据盘再次挂载到重置后的系统上，那么就不要对其格式化（跳过此步骤），直接执行后面的步骤挂载就可以了。

在继续下面的命令前，你需要知道的是，下面那行命令的“/mnt”就是你要把数据盘挂载到的文件夹，如果你想挂载到别的文件夹，比如你自己建立的/mydata，那么就把/mnt改成/mydata，前提是你已经创建了这个目录（创建目录的命令是mkdir）。

使用“echo

'/dev/xvdb1

/mnt

ext3

defaults

0

0'

>>

/etc/fstab”（不含引号）命令写入新分区信息。然后使用“cat

/etc/fstab”命令查看，出现以下信息就表示写入成功。

最后，使用“mount

-a”命令挂载新分区，然后用“df

-h”命令查看，出现以下信息就说明挂载成功，可以开始使用新的分区了。

Linux文件系统是单树形目录，只有一个根目录且其他目录都直接或间接位于这个根目录下，所有其他的分区都得挂载到其中的一个目录下才能使用，这和微软系统不一样。当然Linux的目录命名也是有规律的，比如bin一般用来存放常用的shell命令，etc存放配置文件，sbin一般存放需要更好权限的系统命令……。

---