Работа с MySQL в многопотоке

[top.razrab]

Работаю стандартным кубиком зенки, с локом таблицы. Получаю примерно 33-40 SELECT и UPDATE к БД в секунду. Как можно увеличить скорость до 300-400 запросов в секунду?

 

[Alex733]

Возможно надо смотреть в сторону индексов и составных индексов.

 

[doc]

думай над логикой без локов

 

[bizzon]

думай над логикой без локов

Если можно пример.

 

[doc]

если говорить о конкуретном select, то сначала, например, через апдейт изменить спец. поле в строке. А потом уже по этому значению сделать селект

 

[top.razrab]

У меня задача, взять из БД свободный аккаунта и изменить его статус. Как без локов обойтись в 100-200 потоков, ну вообще не представляю. Может у кого есть платное решение, напишите в личку!

 

[bizzon]

У меня задача, взять из БД свободный аккаунта и изменить его статус. Как без локов обойтись в 100-200 потоков, ну вообще не представляю. Может у кого есть платное решение, напишите в личку!

А вот этот вариант не подойдет?

2 место - Заготовка для работы с БД MySQL в кубике C# | ZennoClub - Сообщество профессионалов автоматизации

Приветствую! Ранее я подавал заявку на конкурс статей, где хотел разобрать недостатки стандартного кубика для работы с БД (и получаемого из него кода) и вместе с вами пошагово разразработать в общем коде простейший (без каких-либо наворотов и заумностей) класс для работы с MySQL, позволяющий...

zenno.club

 

[bizzon]

если говорить о конкуретном select, то сначала, например, через апдейт изменить спец. поле в строке. А потом уже по этому значению сделать селект

А если немного подробнее?

 

[doc]

ну есть таблица с полями id, login, password
Добавляем дополнительное поле с именем, например, hash, которое по умолчанию null

Далее хотим взять логин и пароль, которые не взял другой поток. Для этого генерируем криптостойкую случайную строку. C# метод Path.GetRandomFileName подойдет.
Делаем апдейт вида
UPDATE таблица SET hash='наша_рандомная_строка' WHERE hash IS NULL LIMIT 1;
Т.е. мы помечаем одну строку, где хэш пустой.
Теперь мы можем без проблем сделать селект к этой строке через хэш, который мы сами сгенерировали и ни один другой поток эту строку не возьмет.
Важно не забыть занулить хэш после отработки строки.

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