Что будет, если несколько пользователей одновременно будут производить обновление БД...

@Nebiros · Регистрация: 23.03.2010

Студворк — интернет-сервис помощи студентам

мне нужно апдейтнуть в таблице 5000 записей, делаю так

PHP
1
2
3
4
5
6
7
$upd=array();
$r=$mysqli->query("SELECT `img`,`w`,`h` FROM `photo` WHERE `img`!='' LIMIT 5000");
while($row=mysqli_fetch_array($r)){
    $upd[]="UPDATE `new_photo` SET `img`='".$row['img']."',`w`=".$row['w'].",`h`=".$row['h']." WHERE `img`='' LIMIT 1";
    }
mysqli_free_result($r);
$mysqli->multi_query(implode(";",$upd));

скрипт срабатывает практически мгновенно ( 0.1335 сек ), но по бд смотрю записи заполнятся полностью примерно 30 сек.
Вопрос - что будет если несколько пользователей одновременно будут использовать подобные функции, будет ли время исполнения суммироваться? ( то есть 10 пользователей одновременно такой запрос делают то выполнение будет 5 мин?)

И второй вопрос если лучший способ записать все быстрее одним запросом?

Добавлено через 1 час 15 минут
Да и к тому же после этого запроса секунд 10-15 не выполняются запросы дальше (на сколько я понимаю изза того что эта пачка не выполнилась еще).
Подскажите как правильнее выполнить данную задачу?

@plohoyav · 29.07.2017, 22:21

Проверяется опытным путём, например, создаётся 10 пользователей,создаётся curl скрипт, который одновремено заходит на сайт от имени 10 пользователей и выполняет необходимые действия.

Долгие действия можно выполнять в планировщике в наименее загруженное время, запросы заворачивать в транзакции.

@Nebiros · 29.07.2017, 22:26 **[ТС]**

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

Долгие действия можно выполнять в планировщике в наименее загруженное время, запросы заворачивать в транзакции.

я вот тут с транзакциями немного не понял, их нельзя применять ( или невозможно ) если бд MylSAM ?

@plohoyav · 30.07.2017, 11:42

в настройках можно перевести таблицу в innodb

Новые блоги и статьи Все статьи Все блоги /
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ

@plohoyav 313 / 312 / 221 Регистрация: 11.07.2015 Сообщений: 1,107
	29.07.2017, 22:21
	Проверяется опытным путём, например, создаётся 10 пользователей,создаётся curl скрипт, который одновремено заходит на сайт от имени 10 пользователей и выполняет необходимые действия. Долгие действия можно выполнять в планировщике в наименее загруженное время, запросы заворачивать в транзакции. 0

@plohoyav 313 / 312 / 221 Регистрация: 11.07.2015 Сообщений: 1,107
	30.07.2017, 11:42
	в настройках можно перевести таблицу в innodb 0