Форум PHP

Все, разобрался, проблема была в скрипте.
Всем спасибо!

Очень быстро это как?

Может причина в том, что процедуры записи имеют бОльший приоритет, чем процедуры чтения. У MySQL (MyISAM) нет блокировки записи, есть только блокировка таблицы.(Поправьте меня, если я ошибаюсь)

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

А может вы их не корректно получаете? Если уж 30 раз нажали, и в базе тоже 30, то что уж грешить на MySQL, где-то ваша проблема, а не его.

Да, уверен на 100 %...ну да ладно..
т.к. я нажимаю 30 раз, в базе отмечено 30, но в ответ возвращается 28, еще раз нажму сразу 31, может скрипт не успевает читать данные из базы :)

А Вы уверены, что только Вы заходили на Ваш сайт?
Посмотрите логи сервера.

А вот допустим, единовременно к моей базе подключаются так примерно 10 000 человек или более, но после запросов, особых вычислений нету, только то что я писал выше, т.е. вычисляем каждого 50-ого пользователя и на основе этого выдаем два сообщения если 50-ый то одно, если нет - то другое. В этом случае все равно можно не использовать mysql_close(); ?

Просто я тут через браузер быстрым темпом послал 30 запросов путем нажатия на кнопку обновить :))
ответ вернулся 28 потом немного погодя обновил ОДИН раз ответ почему то сразу 31
мистика какая то :))

В конце работы скрипта - нет. А если после всех SQL-запросов еще есть какие-то объёмные вычисления, то, конечно, лучше закрыть соединение.

Можно спросить, а нужно ли вообще использовать mysql_close() ? :)