Вопрос по flock в php?

Question

[Rekrut]

Здравствуйте!


Появились вопросы по поводу записи данных в файл(ы) с использованием блокировок (flock).


Интересует ее надежность.

Скажем если два процесса одновременно захотят заблочить файл, что будет? Выстроится очередь или всетаки они оба пойдут писать в него?


Если она ненадежна, то подскажите более надежный вариант.

Comments

[Александр]

прежде чем что-то советовать, все-таки хотелось бы знать причину использоания лока. Зная причину, а не симптомы, проще лечить болезнь.

Answer 1

[Владимир Чернышев]

У flock() нет в общем случае гарантированного поведения, на *nix лучше, по-моему, использовать семафоры.

Comments

[galaxy]

А? Вполне гарантированное у него поведение при синхронизации доступа к файлу.
Вот заблокировать на запись файл в юниксе гарантированно нельзя (и семафор ничем не поможет). Правда в линуксе есть mount -o mand

[Александр]

комментарий полезный, это несомненно, но
но семафоры на РНР — это как-то смешно…

использовал flock на РНР, вроде как надежно, сбоев не наблюдал.

[Владимир Чернышев]

galaxy, ru2.php.net/manual/en/function.flock.php

On some operating systems flock() is implemented at the process level. When using a multithreaded server API like ISAPI you may not be able to rely on flock() to protect files against other PHP scripts running in parallel threads of the same server instance!

Ну и так в комментах жалобы на непонятное поведение например в Соляре или Фряхе.

akalend, а что смешного? Не самая часто используемая фича, ну так и веб-морду к БД Oracle не часто, кажется, пишут, а соответствующая поддержка есть.

[galaxy]

Ну, насчет Соляры там вроде все понятно написано — для LOCK_EX нужно открывать с режимом на запись (читайте, как водится, маны к своей системе). Насчет фряхи — я бы не парился, мало ли чего комментатор понаписал: имея два файла и два скрипта в два счета организуется deadlock, а виновата будет, конечно, система.
Что касается потоков, опять-таки не очень ясно из объяснения, чего они боятся конкретно. Разные потоки должны открывать разные дескрипторы/хендлы и поэтому (ИМХО) будут вести себя как разные процессы. Может тут имеется в виду какая-то тонкая ситуация с наследованием дескриптора или иным еще расшариванием между потоками, но я с трудом такую могу представить.

Answer 2

[Максим]

Если ваш софт будет устанавливаться на стороннем окружении, то полагаться на flock определённо не стоит.
Если же вы пишете что-то для себя, и точно знаете, что например за рамки linux/freebsd + apache/nginx окружение не выйдет — можно смело использовать.
Если два процесса захотят заблочить файл — второй процесс будет ждать освобождения lock'а. Когда первый освободит lock, выполнение flock() во втором процессе завершится и процесс продолжит выполнение кода.

Более надёжный вариант на все случаи жизни — организовать lock самостоятельно через файлы/базу/memcache итп.

Comments

[Александр]

Более надёжный вариант на все случаи жизни — организовать lock самостоятельно через файлы/базу/memcache

не накладно ли будет через базу? или тотже мемкеш?

Answer 3

[Владимир Чернышев]

Вот потому что не очень ясно и не хочется пользоваться :) А суть там по-моему в том, что flock где-то может работать на уровне процесса, а не ядра/фс, то есть несколько потоков в одном процессе она разрулит, а вот то что другой процесс тоже файл залочил и не узнает. Дедлока не будет, а два процесса в файл писать будут.

Answer 4

[Дмитрий]

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