Директива Mutex устанавливает механизм и, возможно, местоположение файла блокировки, которые httpd и модули используют для сериализации доступа к ресурсам. Укажите default в качестве второго аргумента изменение настроек для всех мьютексов; укажите имя мьютекса (см. таблицу ниже) в качестве второго аргумента, чтобы переопределить значения по умолчанию только для этого мьютекса.

Директива Mutex обычно используется в следующих исключительных ситуациях:

• изменить механизм мьютекса, когда механизм по умолчанию, выбранный APR , имеет функциональную проблему или проблему с производительностью
• изменить каталог, используемый файловыми мьютексами, когда каталог по умолчанию не поддерживает блокировку

Доступны следующие механизмы мьютекса:

• default | yes

  Это выбирает реализацию блокировки по умолчанию, как определено APR . Реализация блокировки по умолчанию может быть отображена при запуске httpd с -V параметром.

• none | no

  Это эффективно отключает мьютекс и разрешено для мьютекса только в том случае, если модуль указывает, что это допустимый выбор. Обратитесь к документации модуля для получения дополнительной информации.

• posixsem

  Это вариант мьютекса, основанный на семафоре Posix.

  Предупреждение

  Владение семафором не восстанавливается, если поток в процессе, содержащем мьютекс, дает сбой сегментации, что приводит к зависанию веб-сервера.

• sysvsem

  Это вариант мьютекса, основанный на семафоре SystemV IPC.

  Предупреждение

  Возможна «утечка» семафоров SysV, если процессы завершаются сбоем до того, как семафор будет удален.

  Безопасность

  API-интерфейс семафора допускает атаку типа «отказ в обслуживании» любыми CGI, работающими под тем же uid, что и веб-сервер ( т. е . всеми CGI, если только вы не используете что-то вроде suexec или cgiwrapper ).

• sem

  Это выбирает «лучшую» доступную реализацию семафора, выбирая между семафорами Posix и SystemV IPC в указанном порядке.

• pthread

  Это вариант мьютекса, основанный на мьютексе потоков Posix между процессами.

  Предупреждение

  В большинстве систем, если дочерний процесс аварийно завершится, удерживая мьютекс, использующий эту реализацию, сервер заблокируется и перестанет отвечать на запросы. В этом случае для восстановления серверу потребуется ручной перезапуск.

  Solaris и Linux являются заметными исключениями, поскольку они предоставляют механизм, который обычно позволяет восстановить мьютекс после аварийного завершения дочернего процесса, удерживающего мьютекс.

  Если ваша система совместима с POSIX или если она реализует эту pthread_mutexattr_setrobust_np() функцию, вы можете pthread безопасно использовать эту опцию.

• fcntl:/path/to/mutex

  Это вариант мьютекса, в котором fcntl() в качестве мьютекса используются физический (замковый) файл и функция.

  Предупреждение

  Когда несколько мьютексов, основанных на этом механизме, используются в многопоточных средах с несколькими процессами, могут сообщаться об ошибках взаимоблокировки (EDEADLK) для допустимых операций с мьютексами, если он не поддерживает потоки fcntl() , например в Solaris.

• flock:/path/to/mutex

  Это похоже на fcntl:/path/to/mutex метод, за исключением того, что flock() функция используется для блокировки файлов.

• file:/path/to/mutex

  Это выбирает «лучшую» доступную реализацию блокировки файлов, выбирая между fcntl и flock в указанном порядке.

Большинство механизмов доступны только на избранных платформах, где базовая платформа и APR их поддерживают. Механизмы, доступные не на всех платформах, это posixsem , sysvsem , sem , pthread , fcntl , flock и file .

В файловых механизмах fcntl и flock путь, если он указан, представляет собой каталог, в котором будет создан файл блокировки. Каталог по умолчанию — это каталог файлов времени выполнения httpd относительно ServerRoot . Всегда используйте файловую систему локального диска /path/to/mutex и никогда не используйте каталог, находящийся в файловой системе NFS или AFS. Базовым именем файла будет тип мьютекса, необязательная строка экземпляра, предоставляемая модулем, и, если не OmitPID указано ключевое слово, будет добавлен идентификатор процесса родительского процесса httpd, чтобы сделать имя файла уникальным, избегая конфликтов при использовании нескольких httpd. экземпляры совместно используют каталог файла блокировки. Например, если имя мьютекса — mpm-accept , а каталог файла блокировки — /var/httpd/locks , имя файла блокировки для экземпляра httpd с идентификатором родительского процесса 12345 будет /var/httpd/locks/mpm-accept.12345 .

В следующей таблице указаны имена мьютексов, используемых httpd и связанными модулями.

Ключевое OmitPID слово подавляет добавление идентификатора родительского процесса httpd из имени файла блокировки.

В следующем примере механизм мьютекса для мьютекса принятия MPM будет изменен с скомпилированного по умолчанию на fcntl , а связанный файл блокировки будет создан в каталоге /var/httpd/locks . Механизм мьютексов для всех остальных мьютексов будет изменен с скомпилированного по умолчанию на sysvsem .

Mutex sysvsem default
Mutex fcntl:/var/httpd/locks mpm-accept