私はデータベースサーバーのraid 10設定でbtrfsの実装を検討していますが、nodatacowオプションについては混乱しています。
~によるとhttps://btrfs.wiki.kernel.org/index.php/Gotchas:
ランダム書き込み回数の多いファイルは重大に断片化され（10000以上）、HDDが破損し、SSDまたは大容量RAMを搭載したシステムでCPU負荷が数秒間過度に急増する可能性があります。サーバーとワークステーションでは、これはデータベースと仮想マシンのイメージに影響します。 nodatacowインストールオプションはここで役に立ち、関連する問題があります。
その後、文書には次のように記載されています。野田田牛オプションは次のとおりです。
新しく作成されたファイルの書き込みデータをコピーしないでください。既存のファイルは影響を受けません。チェックサムもオフになります！ IOW、nodatacowはnodatasumを意味します。 datacowは、ユーザーが以前のバージョンのファイルまたは最新バージョンのファイルにアクセスできるようにするために使用されます。 datacowは、部分的に更新されたファイルをディスクに書き込まないようにします。 nodatacowはデータを直接上書きすることで（例：ext [234]）、わずかなパフォーマンス向上を提供しますが、システムエラーが発生した場合にファイルを部分的に更新する可能性があります。ワークロードが大量のデータベースファイルをランダムに作成する場合（この場合は差が大きくなる可能性があります）を除いて、パフォーマンスの向上は通常5％未満です。注：圧縮をオフにしてください！
これは、データベースサーバーのディスクに対してこのオプションを選択する必要があります。このオプションを使用すると、破損チェックサムが無効になることを意味しますか？
ベストアンサー1
はい、これは通常データベースにとって良いアイデアであり、はい、チェックサムを無効にします（同じ理由でインライン圧縮を無効にし、実装すると暗号化も無効にすることができます）。
つまり、通常、ファイルシステム全体をマウントするのではなく、実行してデータベースファイルを作成する前に、データベースファイルが保存されるディレクトリを表示することをお勧めしますchattr +C。この特定のプロパティはマウントオプションと同じ効果がありますが、ファイルnodatacowごとに機能し、ファイルが作成されたディレクトリから継承されます。