|
|
Задавайте вопросы, мы ответим
Вы не зашли.
Вобщем я понял почему у меня mysql все это время, оказывается моим запросам в транзакциях не хватало SQL_NO_CACHE впредь всегда буду использовать эту приставку, и ни каких высеров со стороны mysql нету теперь.
Неактивен
Ничего не понятно из предложения
Неактивен
Да у меня глюки были в запросах как то, запрос правильный условие тоже, но сервер как бы жил своей жизнью, выкидывал такие не понятные фокусы, и все это из за кеша получается оказываетсю. А я то думал почему у меня элементарный запрос глючил.
Неактивен
Странно это. Похоже на багу. Если можете сделать тест-кейс, надо на bugs.mysql.com написать
Неактивен
Т.е Вы хотите сказать что кеш тут не причем?
Неактивен
Может быть и при чем, но такого (насколько понял написанное) быть не должно. Если можно ситуацию воспроизвести, приведите на форуме.
Неактивен
У меня в одной ХП в цикле идут запросы на выборку и обнавления в транзакции, такой своеобразный курсор, вот может еще из за этого mysql постоянно меня удивляет? Читал где то что запросы в цикле в mysql являются признаком плохого тона, но без циклических запросов нельзя, логика приложения на этом строится.
Неактивен
Вы можете делать все, что разрешено синтаксисом. Тон не имеет отношения к корректности результатов. Если много апдейтов, то кэш запросов должен сбрасываться и не влиять на результат. Можете ли написать набор запросов, который создаст нужные таблицы и процедуры с нуля так, чтобы была видна некорректность работы?
Неактивен
Млин, а могут ХП написанные в не стандартном клиенте работать не корректно? Я в настоящее время работаю через клиент heidsql, там же пишу весь код к ХП, и вот сейчас он меня удивил, вставил запись в таблицу, нажимаю рефреш, записи нет, делаю в том же клиенте селект к этой таблице, записи нет. Перехажу в стандартную консоль mysql, делаю селект, записи есть. Вот же зараза, весь мозг мне уже вынес этот mysql ..Перехожу на стандартный клиент вобщем.
Отредактированно simple (19.06.2011 23:22:40)
Неактивен
Кто нибудь может сказать, после выполнения ХП консоль пишет Query Ok, 0 rows affected, 14 warnings (0.01 sec), меня смущает строка 14 warnings, раньше я ее не видел работая с не сдандартным клиентом.
Неактивен
Напишите SHOW WARNINGS; после запроса - увидите в чем дело.
Получается вы с больной головы на здоровую - поведение клиента приписываете MySQL. Процедуры должны конечно работать одинаково, независимо от места написания, если они по факту одинаковые (см. SHOW CREATE PROCEDURE);
Неактивен
Пишет 1329, no data zero rows fetched, selected or processed. Я так понимаю это что в таблице не оказалось нужных данных и запрос вернул типо undefined, но на этот случай у меня же есть обработчик handler not found.
Неактивен
Наверное варнинг возникает в SELECT INTO, в случае если нечего выбирать. NOT FOUND обработчик срабатывает? Это по своей сути обработчик ошибок, а не варнингов.
Неактивен
