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

Стандартная связка: Apache + PHP 4.3.4 + MySQL 4.0.9-gamma-nt

Одновременно выполняются 2 php-скрипта, перегружаясь каждые 5 сек.
У обоих есть запросы к базе на select.
В одном из них я пишу след.запрос:

mysql_query ("lock tables table1 write, table2 write, table1_2 write");

table1_2 - псевдоним, используемый далее в запросе, но это, наверное, не суть важно...

в этом же скрипте перед строкой:

mysql_query ("unlock tables");

пишу строку:

while (true);

тем самым, заблокировав таблицы, "торможу" скрипт и не "отпускаю" блокировки.

в общем картина получается следующая:

mysql_query ("lock tables table1 write, table2 write, table1_2 write");
...........................
while (true);
mysql_query ("unlock tables");

В экслорере видно, как один из скриптов "подвисает", однако,
в другом экплорере второй скрипт спокойно продолжает рефрешится, читая данные select`ом из заблокированных таблиц.
Разве так должно быть? А может я чего-то не учёл?

Спасибо.

поставил вместо while (true); sleep (60);:

mysql_query ("lock tables table1 write, table2 write, table1_2 write");
...........................
sleep (60);
mysql_query ("unlock tables");

тоже самое: один из скриптов "засыпает" и через 30 секунд прерывается по timeout. Ну это и естественно! Но другие скрипты в эти 30 секунд без проблем продолжают обращаться к базе и читают при этом select`ом инфу из якобы заблокированных таблиц.
Я же, вроде как, их заблокировал?

sky2k, твой пример и на самом деле работает, пока в строку блокировки не добавить:


где с - псевдоним таблицы b упоминающийся в дальнейшем запросе:


в этом случае 2-му скрипту уже становится абсолютно плевать на блокировку таблиц a и b.

А вообще, интересно, конечно, получается...
...дело в том, что он и в самом деле "ругается" на то, что таблицы c не существует! А для того, что бы было боле менее понятно с псевдонимами, попробую перейти к реальным запросам. Вот как он у меня выглядит:


Даже если не обращать внимание на то, чем напичкан where ... , то всё равно видно, что без псевдонима нам не обойтись. В запросе на блокировку он и в самом деле "ругается" на то, что таблицы user_game_next не существует! Однако, если мы убираем оттуда упоминание этого псевдонима, то он будет ругаться уже в строке самого запроса select. И ругаться будет на то, что таблица user_game_next не была заблокирована! В принципе, это соответствует тому, что пишут в мануале: http://]http://dev.mysql.com/doc/mysql/ru/LOCK_TABLES.html (см. 6-й абзац).
Но, как же тогда быть? Получается 2 варианта: либо я указываю псевдоним, но при этом у меня не проходит lock tables, либо я его оттуда убираю, но тогда в этом случае у меня не будет проходить select.

А может я как-то не правильно пытаюсь блокировать псевдоним user_game_next?

sky2k, мне надо блокировать не запрос! Мне надо заблокировать 2 таблицы game и user_game перед тем, как обратится к ним с тем большим запросом, который я указал выше. И, как ты уже видишь, в запросе также учавствует и псевдоним user_game_next. Ну без него никак! Далее, пока один из скриптов (а точнее, как раз ЭТОТ скрипт, который должен блокировать) будет выполнять некоторые действия с таблицами game и user_game в соответствии с тем, каким будет результат большого запроса, другой скрипт (который просто читает инфу из базы) не должен моч читать эти 2 таблицы select`ом.
А если же я напишу так, как ты сказал:


т.е., без учёта псевдонима user_game_next, то блокировка сработает, но этот вот большой запрос тут же выдаст мне ошибку о том, что таблица user_game_next не была заблокирована командой lock tables.
В принципе, это вполне соответствует тому, что написано в мануале. Но тогда вопрос: как мне заблокировать эти 2 таблицы + 3-ю, как "будущий" псевдоним, (кстати, мне так и не понятно, зачем его вообще блокировать? из другого скрипта я всё равно не смогу к нему обратится), и что бы при этом в строке "lock tables ... " у мня не возникало ошибок?

P.S.: Установил MySQL 4.0.18. Проблема осталась.

Во блин! Дык, ты б сразу так и сказал, что ТАК писать надо! :-)
Так ведь оно сразу и заработало!

sky2k, огромное Спасибо тебе за помощь ;-)