从固态硬盘切换到机械硬盘，怎样优化速度？

[中文命名法]

目前数据库大小为200G，每天增长10GB数据，实在不得已，将数据盘从固态迁移到机械硬盘。
现在是5个企业级硬盘组的raid5，refs格式分区。
跑了一下，跪了。耗时是原来的10几倍。
请问sql对硬盘是顺序读写，还是随机读写？有没有优化的可能？

[morliz子轩]

引用 楼主 中文命名方式倡导者 的回复:

目前数据库大小为200G，每天增长10GB数据，实在不得已，将数据盘从固态迁移到机械硬盘。 现在是5个企业级硬盘组的raid5，refs格式分区。 跑了一下，跪了。耗时是原来的10几倍。 请问sql对硬盘是顺序读写，还是随机读写？有没有优化的可能？

关于存储系统，一般我们关注下面几个方面： 数据分布与负载均衡 数据存储的可靠性与一致性 数据访问性能 系统容错能力 系统扩展能力 在单机存储系统中有一种独立磁盘冗余阵列（RAID，redundant array of independent disks）技术， 是把相同的数据存储在多个硬盘不同地方的方法。通过把数据放在多个硬盘上，输入输出操作能以平衡的方式交叠，改良性能。 这个技术基本解决了我们上面提到的前三点，数据可以通过磁盘阵列控制程序均匀分布在多个硬盘上， 以实现负载均衡，并通过冗余来保障可靠性。类似单机挂载多磁盘，数据在磁盘阵列上的冗余副本要保持一致也容易。 存储系统的访问性能基本受制于磁盘的性能，通过分散到多磁盘确实达到了提升性能的效果。 关于存储系统，一般我们关注下面几个方面： 数据分布与负载均衡 数据存储的可靠性与一致性 数据访问性能 系统容错能力 系统扩展能力 在单机存储系统中有一种独立磁盘冗余阵列（RAID，redundant array of independent disks）技术， 是把相同的数据存储在多个硬盘不同地方的方法。通过把数据放在多个硬盘上，输入输出操作能以平衡的方式交叠，改良性能。 这个技术基本解决了我们上面提到的前三点，数据可以通过磁盘阵列控制程序均匀分布在多个硬盘上， 以实现负载均衡，并通过冗余来保障可靠性。类似单机挂载多磁盘，数据在磁盘阵列上的冗余副本要保持一致也容易。 存储系统的访问性能基本受制于磁盘的性能，通过分散到多磁盘确实达到了提升性能的效果。 分布式存储的定义与分类 所以分布式存储应运而生，作为存储系统它同样需要面对上述问题。 先来看下它的定义： 分布式存储系统是大量普通 PC 服务器通过网络互联，对外作为一个整体提供存储服务。 从上面的定义看，更多时候我们把分布式存储作为一种服务面向各种不同的数据存储需求。 从数据存储模型上，我们可以进一步分类分布式存储服务为： 文件模型： 对应分布式文件系统，如：GFS、HDFS 关系模型： 对应分布式数据库系统，如：Google Spanner、Taobao OceanBase 键值模型： 很多 NoSQL 系统采用，如：Redis 而你的问题需求，就是在于[分布式存储－HDFS 架构]平台的应用。现在市场关于HDF架构技术也有很多，推荐还是学习一下Hadoop 提供的分布式文件系统（HDFS）。这种架构的好处和灵活性，我就不宜多说了，可以参考【架构解析】： https://blog.csdn.net/iteye_2022/article/details/82639404?utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7EOPENSEARCH%7Edefault-3.control&dist_request_id=&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7EOPENSEARCH%7Edefault-3.control

[唐诗三百首]

建议先尝试针对具体SQL, 优化SQL的运行性能, 包括SQL写法,索引使用等.

[吉普赛的歌]

一天10GB，增长够快了。 1. 不是个个表都增长那么快吧？ 2. 增长快的表，历史记录不需要经常访问吧？ 如果2个问题都是肯定答案，那可以这样： 1. 分表：近期表+历史表 近期表用固态，历史表用机械 每天或每月，用SQL 作业定时任务转移数据到历史表 至少优化，你自己能做最好 不行的话请个D B A吧，专业人做专业事

[ChinaITOldMan]

"目前数据库大小为200G，每天增长10GB数据" 请问每天增产10G是用户数据还是日志文件，或是用户数据与日志文件？ 数据库是不大的，我处理过单表超过250G的数据。

[删库到跑路]

10个g有点猛啊，是不是日志文件啊