使用多个磁盘创建多个卷,在系统中是常见的。
通过将应用的文件货不同应用的文件分散在多个卷上,可以将I/O分散,获得更好的性能。
这么做在某些场景上是成立的,但不是所有。
在MySQL中将数据文件和事务日志文件分开存储也是常见的方案。数据文件主要是随机I/O,失误日志则是顺序I/O,分开存储可以实现相互不应现。不过,在服务器使用了带有电池的支持写缓存的RAID设备时,这个方案在I/O上的所得有限。因为写缓存技术会进行I/O合并以获得更好的性能。这样,实际得到的好处就只有数据文件和事务文件在磁盘故障中避免一起损坏了。
另外的考虑就是成本,如果系统的硬盘不是很多,比如6块,那么单独拿出两块独立存储事务日志,使用了硬盘总数的三分之一,成本比例有点高。如果有30块的话,那么就比较划算。
如果开启了二进制日志,独立存储它是一个安全的方案。在数据文件损坏时,可以通过二进制文件恢复到最近的时间点。