Блокировка таблиц или mysql под нагрузкой

[Cude]

Блокировка таблиц (LOCK TABLES) жутко тормозная штука в mysql (у меня почему то она периодически занимает ровно 9 секунд, разблокировка кстати тоже ). А что если блокировать таблицы через переменную которая будет висет в оперативной памяти? Еще есть идея сначало select что надо а потом update этих записей и те которые смогли проапдейтиться дальше уже юзаем как надо.

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

[JMen]

Зачем тебе блокировать таблицы?

[solar]

давайте поговорим!
MySQL - говно. Локи - огромная головная боль, я решаю разносом данных как можно сильнее по разным таблицам. Если нужна выборка продолжительное время и она большая, то эффективнее вынести все данные в отдельную таблицу и с ней работать, чем постоянно обращаться в основную.
Очень долго происходит индексация полей (при поднятии дампа). Примеров масса.

надо переходить на оракл.

[buddy]

а тип таблицы какой ? MyISAM ?
переведи на InnoDB будет без локов

[baadf00d]

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

Ps мб в твоем случае достаточно перейти на построчную локировку?

[solar]

Сообщение от baadf00d

оракл тот еще отстой (там своих фич немеряно), да и вплане производительности не фонтан

по скорости действительно спорно, а вот насчет отстоя давай сразу по фактам. Каких это остойных фич там немеряно?

[baadf00d]

нет ни желания, ни времени втягиваться в длинный и нудный спор, тем более что я сталкивался с этой БД лет 5 назад, когда работал в другой конкурирующей компании С тех пор, безусловно, многое изменилось, но думаю что количество фич не убавилось.
Основное, с чем у нас возникала проблема - это уровень изоляции транзакций со всеми вытекающими.

[Cude]

а чем можно мониторить mysql, чтобы выловить проблемные запросы. Вроде все уже оптимизировал, 80 потоков создают ощутимые тормоза, сервак свой, SHOW PROCESSLIST ничего интересного не показывает

[MasterMushi]

мониторить можно вот такой штукой http://jeremy.zawodny.com/mysql/mytop/

И главное помнить, что запросы типа select * from убивает васе преимущества мощной аппаратной части в ноль.
Дока по оптимизации для тех кто никогда этим не интересовался тут:
http://www.mysql.ru/docs/optimal.html

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

[bataka]

explain надо юзать
а вообще лучше один раз нанять спеца и с ним все прооптимизировать чем самому копаться
у меня друг спец по базам, посидев ночьку производительность подняли в 20 раз
он мне говорил де че править в запросах и мониторил базу
ЗЫ ну не только запросы конечно, он еще пересобрал ее настройки подшаманил
вобщем результатов модно добиться очень хороших если рубить в тонкостях