用linux+存储作oracle数据库的话,什么文件系统比较好些呢?
存储是1.4T,做成raid10后，大概700G吧，数据库现在大概不到30g，现在是在unixware上，准备挪到linux上面,ext3?reiser?jfs?在oracle网站上看到jfs和ext3是读写速度最快的。不知道长期使用是否有些其他问题?
读写密集型的交易数据库。
机房买了UPS，但是大厦电路有时会有问题，不能保证ups坚持8个小时，后半夜容易跳闸。突然掉电的话，是不是很容易就over啦？
[ 本帖最后由 coolmenu 于 2006-2-11 19:06 编辑 ]
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（9）
ReiserFS 对于大量的长度不大的文件很有优势；对于Oracle数据库，如果I/O是瓶颈，那么使用裸设备的确能提高效率。坚决不推荐使用ext2，没有日志的文件系统，宕机以后会死人的。
oracle用ext3比较好，大量数据一般不推荐用reiserfs，一是还不稳定，二是速度不如ext3，可以去suse的maillist去看看，oracle+reiserfs的complain很多。
文件系统没你说的那么夸张，相反大部分情况下我从不认为raw对与oracle来说是个提高性能的好的方案，除非IO确实是整个系统的瓶颈
DL585 dual core x 4 way .
linux下面raw 的管理也不是那么麻烦，用lvm+raw不是挺好么？
我从来不推荐别人用fs作为数据库的datafile，如果不能启用DIRECTIO，fs的cache不紧紧导致了双重缓存的内存浪费（ORACLE自己有数据的BUFFER），由于文件的lseek开销要比raw device大两个性能因素外，还可能导致系统在crash的时候redo log的损坏。
另外一个重要的性能问题，就是内核的aio和vio好些只能对raw启用，fs上面的文件就算用aio哪些api，结果是其实是用thread模拟的。
6点就起床啦?
谢谢nntp的回复。
我再自己装个机器测试一下，就是没有存储可用来测试.
另外问一下，比如pc server里面的高端机器如 hp dl585 (4cpu 双核)和相同价位的sun的服务器来说，哪个更有性价比一些呢?我们现在是pc server +unixware,准备迁移到新的os,正在做选型。各个厂商当然都说自己的最好,也没搜到比较好的评测，我用了大概4年sun(97-2001),这几年完全就没有接触了.
metalink上你看的那个推荐不是best pratices.
频繁的读写，并且是他那样的状况，应该用ReiserFS.
实际上我也说过Oracle Consulting的人推荐在IDC中做OLTP的Oracle使用SLES, SLES的preferred fs是reiserfs.
我非常详细的测试过jfs, reiserfs, xfs, ext2/3 分别 + lvm2 和 md. Reiserfs 有着很棒的表现.
谢谢这么快回复
30g就用raw不至于吧?好到表是统计表，月底查询一次，hot table 最大就1000w条.
很少接触linux.所以对他文件系统不是很熟悉，google了，oracle的metalink竟然推荐ext2,但是otn上面推荐ext3.
根本就不应该用文件系统，应该用raw device