一个简单的问题，不同的处理方式引人深思
目的：建立Postgresql服务
当下问题：
1、/data挂载的磁盘已全部用于mysql数据库
2、sda1挂载至/boot分区，sda2用于虚拟机创建
解决方法建议：
1、备份/data下的mysql文件，将/data挂载的磁盘格式化，重新分区。风险较大，毕竟是物理机。
2、备份/data下的mysql文件，在/data目录下新建/data/mysql、/data/postgresql文件夹，将原备份文件放入至/data/mysql目录下。这样需要重新更改配置文件，较为麻烦。
3、在/目录下创建/postgresql目录作为P数据库初始化目录，但之后需要扩容，不然出现数据量大的情况，会导致服务器崩溃。
4、分配一台虚拟机搭建P数据库，相当于挂载到了sda2上。比较推荐这个，风险小，又方便。
注：因为目前研发不需要P数据库的创建，之前他们要求的其实是在mysql里创建postgresql库，并不是要求搭建P数据库环境，所以这个不急。
-----------------------------这是条没有感情的分割线
上面是我发给老大的一封简讯。背景是这样的，一星期前，一个同事受命管理一个机房，在两个重建数据库服务器（一台至今还没弄好，应该是硬件问题。）后，研发发来建库请求，当然，在上面的注下说的很明白，是一个乌龙。但P数据库是归我管的，之后机房里肯定是要用的，所以我还是把问题发了过去。就上面四点是我认真考虑的方案，我认为第四种是最为方便的，因为虚拟机的话，之后做主从热备的时候方便许多，也不怕搞蹦磁盘
||ヽ(*￣▽￣*)ノミ|Ю
然而，老大收到简讯后，恢复是“2”。。。好吧，把配置文件放到二级目录下。再一想我便明白了，我追求的是方便、快捷，想把服务都分开，像docker容器一样管理服务。而老大想的是，数据库服务器上就应该放置所有的数据库服务，而在/data磁盘下将数据库服务分开为各个二级目录，这样很直观，安全。当然，他想的最主要的一点，恐怕还是规范。按照服务来，一个服务一个目录，这是他的规矩。虚拟机玩多了，容易和物理机搞混，虚拟机搞蹦了用快照备份很容易恢复，而物理机不一样，蹦了用raid模式还原都很麻烦，严重的只能重装系统...看来之前的问题是挺严重的。老大不愧是老大，想到的层面都比我高太多了o(*￣︶￣*)o赞！