内容简介
在部署服务时，我们一定会预估需要的磁盘空间，然后为系统添加额外的分区，以容纳更多数据。
本文将讨论这个过程中某些做法的优劣，以及应该怎么做。
关于数据目录
# 修改默认目录
这是一种很常见的做法：
新建一个目录，然后将新的分区挂载到这个目录，再修改应用的配置，将指定的配置指向该目录，然后启动服务。
问题就在于我们为什么要这么做，为什么要修改默认目录，为什么不直接挂载到默认的目录上？
# 如果有更好的做法
我更倾向于“挂载到原有目录”的做法。理由有以下几点：
（1）不需要修改配置。做到最少变动，以减少配置错误或配置遗漏的可能性。
（2）遵循发行版的默认规则，更具有通用性。如果使用自定义规则，除了要维护相关文档外，还要监督所有的管理员遵循这些规则。
（3）可以使用发行版内置的功能。比如日志轮转，如果调整了日志文件的写入路径，与此同时还应该修改日志轮转脚本。
（4）另外，依照发行版的配置，可以为升级管理带来方便，减少维护成本。
所以在系统管理中，个人更倾向于遵循发行版中默认规则，进行最小变动。有时候，有些变动是完全没有必要的。
目前的做法是：为主机分配一块较大的存储设备（比如SAN存储），然后创建多个LVM逻辑卷，供不同目录挂载使用。通常主机是专用的，只运行几个特定服务，因此需要大容量的目录也就很少。
# 关于LVM命名
命名一直是一个让人头疼的问题。不过也还好，既然遵循发行版的规则，命名也简单了很多，也有迹可循了。
对于/var/lib/mysql可以创建名为/dev/mysql/lib的分区；而/var/log/mysql可以创建名为/dev/mysql/log的分区。