1. 磁盘识别与分区规划
1.1 常用命令用于识别磁盘
本节聚焦在 Linux 环境下如何识别新磁盘和现有磁盘，以便后续分区和格式化操作。在开始任何分区/格式化操作前，务必确认目标磁盘未被挂载且数据已备份，这对于服务器运维是关键的防呆步骤。
常用的识别命令包括 lsblk、blkid、fdisk -l，另外可配合 partprobe（通知内核读取分区表）与 smartctl 进行健康诊断。统一通过设备名称来定位目标，避免误操作。
lsblk -o NAME,SIZE,TYPE,MOUNTPOINT
blkid
fdisk -l /dev/sdb
parted -l
另外在生产环境中，尽量使用标准设备路径，如 /dev/sdX、/dev/nvmeXnY，以减少设备命名发生变化带来的风险。
1.2 分区表与文件系统类型概览
分区表有 MBR 与 GPT，MBR 兼容性高但受 2TB 限制，而 GPT 支持大磁盘、更多分区并具备分区表备份。强烈推荐在新磁盘上使用 GPT，并确保分区对齐为 1 MiB 以提升 I/O 性能。
在文件系统方面，常见的有 ext4、XFS、Btrfs 等。ext4 在稳定性和兼容性方面通常是默认首选，XFS 具备更好的元数据扩展性和大容量并发处理能力，Btrfs 提供快照和自检特性，适合需要版本管理的场景，根据 workloads 做出取舍。
2. 文件系统选择与格式化
2.1 常见文件系统特性对比
为了服务器运维的可预期性，理解文件系统的特性很重要。ext4 兼容性最好，易于管理，适合大多数传统数据库和应用；XFS 在大容量文件和并发场景下表现更好，适合日志、媒体存储等场景；Btrfs 提供快照和自带校验、在线碎片整理等功能，适合需要版本控制与自我修复的部署。
选择时需考虑挂载选项、数据完整性和备份策略。在高写入密集型负载下，XFS 是常见的替代选择，而对快照和在线维护有强需求时可考虑 Btrfs（需谨慎评估稳定性）
2.2 创建并格式化分区
在分区准备就绪后，需要为分区创建文件系统。务必先完成分区表创建与对齐，再执行格式化，并对分区打上标签以便后续挂载。下面给出常见的格式化流程与示例命令。
# 对新磁盘进行 GPT 分区表与分区创建（示例）
parted /dev/sdb --script mklabel gpt
parted /dev/sdb --script mkpart primary ext4 1MiB 100%# 假设新分区为 /dev/sdb1，进行格式化
mkfs.ext4 -L data /dev/sdb1
若选择 XFS 作为文件系统，命令将略有不同：
# XFS 格式化示例
mkfs.xfs -f -L data /dev/sdb1
parted /dev/sdb --script set 1 lvm on
3. 磁盘挂载与挂载点管理
3.1 临时挂载与持久挂载的差异
挂载可以分为临时挂载和持久挂载两种方式，临时挂载只在当前系统会话生效，重启后消失；而持久挂载需要记录在 /etc/fstab 中，确保系统重启后自动挂载。对于测试环境，临时挂载即可；对于生产环境，建议走持久挂载的路径。
挂载操作通常使用 mount 命令，挂载点目录应事先创建并保持清晰的目录结构，如 /mnt/data、/data、/srv/storage 等。
mkdir -p /mnt/data
mount /dev/sdb1 /mnt/data
df -h | grep /mnt/data
3.2 /etc/fstab 的正确配置
为了实现重启自动挂载，需要在 /etc/fstab 中添加一条记录。使用 UUID 或 LABEL 可以避免设备名称变化带来的问题，并确保挂载点、文件系统类型与挂载选项正确无误。
# /etc/fstab 示例（使用 UUID）
UUID=1234-ABCD /mnt/data ext4 defaults,noatime 0 2# 也可使用 LABEL
LABEL=data /mnt/data ext4 defaults,noatime 0 2
4. 持久存储的容量与性能调优
4.1 挂载选项与性能
挂载选项会直接影响 I/O 行为，noatime 可以减少写入，提升性能，尤其是日志密集型场景；relatime 作为一个折中选项，在保持一定时间戳更新的前提下减小写盘压力。对于 SSD，建议结合 data=ordered、discard（若设备和内核支持）来优化写入。
另外，默认挂载选项通常已经包含 write-back 的写入策略，但在高并发和虚拟化环境中需要根据 workload 调整。请在变更前进行基线测试，确保应用行为未被干扰。
UUID=1234-ABCD /mnt/data ext4 noatime,data=ordered 0 2
# 使用 discard 的示例，但请确认底层设备支持 TRIM
UUID=1234-ABCD /mnt/data ext4 noatime,discard 0 2
4.2 性能排错与日志分析
出现性能下降时，先从系统和磁盘层面排查，可以通过 iostat、iotop、vmstat 等工具查看 I/O、等待时间及吞吐，以及 dmesg 和 journald 的日志以确认是否有 I/O 错误或设备异常。
iostat -xz 1
iostat -dx 1
iotop -o -b -P
对于虚拟化或云环境，还需结合云厂商的监控指标来诊断网络和存储背板的瓶颈，避免仅对单机层面做判断。
5. 故障排除与实战要点
5.1 常见问题与排查
在服务器运维场景中，磁盘挂载和文件系统若发生异常，尽快查看内核日志与系统日志，定位是硬件故障、分区/文件系统损坏还是配置错误。常见迹象包括无法识别分区、挂载失败、设备忙、以及 fstab 语法错误。
dmesg | tail -n 100
journalctl -k -n 200 | tail
grep -i mount /var/log/syslog
另外，确保热插拔和计划外重启不会让数据处于未完整写入状态，必要时执行文件系统检查（fsck）或在线修复，确保数据完整性。
