【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】7.5.0
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
tikv调优文档中说：
RocksDB write-ahead logs 目录。如果机器上有两块盘，可以将 RocksDB 的数据和 WAL 日志放在
不同的盘上，提高 TiKV 的性能。
wal-dir = “/tmp/tikv/store”
这个有人测试过吗，能快多少？
常见物理服务器是一个RAID1放系统，一个RAID10或者RAID5放数据，这种环境下数据和日志放两个盘性能应该一样。
会有提升，但应该不会很大
tidb如果用nvme的ssd是不做raid的
可以不做，做也可以吧
做很麻烦，nvme ssd硬件raid的raid卡很特殊
哦，那懂了
用nvme卡的话，应该感觉不出来吧
与其用两块盘或者两组RAID，还不是做成一个RAID提升性能，由系统来做伸缩性适应。
最佳实践的建议，TiKV需要使用SSD，如果是SATA的SSD，可以使用RAID提升性能。NVME的SSD一般不需要，当然如果有极致的性能要求，也可以做。
看来是 会有提升，效果不大。
写日志和写数据是不同特点的 io 操作，因此提供了参数可以分开这两种 io 进行深度的优化，具体会快多少之类的，需要根据业务场景来一个个试，看不同盘配不同目录满足不同业务性能延迟需求，没有固定结论。
至于要不要分开，如果本身用的磁盘已经是顶中顶了没有任何瓶颈问题，那完全没有分开的必要，分开也只是再加一块顶中顶的盘，换个地方存日志。更常见的场景是出于性价比考虑，使用的磁盘并不会那么的顶，这时候磁盘性能出现了这样那样的问题，而写和存日志需要的盘又不大，这就提供了一种 “局部” 加速的可选项。
最后，传统物理机的磁盘都是钉死的，上层分逻辑盘是换汤不换药，这个 wal-dir 更多是给云盘和集中式存储用的。
1 个赞
分散读写性能，理论上会快些
除非之前瓶颈了，不然估计作用不大
没什么用
意义不大，不如多一个kv
我也在想比多个tikv是不是有什么优点
会快，再把raft engine 放快盘上，就会快很多
1 个赞
raft engine哪里配置安装的路径？
麻烦龙虾大佬解释一下快的原理
我理解这个跟oracle redo类似啊，redo不是推荐用快盘吗