Вопросы для Функций Ext3/4 (dir_index, тип файла) и Производительность файловой системы XFS
Самой частой причиной этого является мертвый серверный процесс MySQL как предложенный David.
Для дистрибутивов не-Redhat типичная команда перезапуска /etc/init.d/mysql restart
После того как сервер перезапускает, Вы, вероятно, захотите сделать использование проверки DB:
mysqlcheck-A-u-p - восстановление - расширенный - оптимизируют - check-only-changed
Ответьте на свой четвертый вопрос или по крайней мере что-то стоящее думать:
Одна вещь, где сияния XFS по сравнению с ext3 (возможно, также ext4) параллелизм. Масштабы XFS приятно в многопроцессорной среде, но с ext3 kjournald не использует несколько ядер очень хорошо.
Таким образом, если несколько процессов борются за доступ к диску одновременно, то XFS является очень хорошим выбором. Я думаю, что ext4 также получил группы выделения, таким образом, он мог бы сделать его лучше с SMP также, но это - одна вещь иметь в виду при сравнительном тестировании.
IIRC dir_index будет автоматический применять себя к любым новым файлам после того, как он будет создан, но он не будет работать задним числом без fsck. Я не знаю об этой функции типа файла. Я никогда не слышал, что XFS более надежен по ext3 на самом деле вследствие того, что он не делает (не сделал?) действительно... пишут блокирование? (Я забываю термин)... это было менее надежно из-за более длинных синхронизаций. Ext4 имел ту же проблему, но это было зафиксировано...
-
1
-
2То, что я сказал, является этим, применит себя к любым новым файлам после того, как это создается. Но это не применит себя к старым файлам без fsck. – xenoterracide 6 August 2010 в 20:32