а что проверить? папка на месте, где и была

Все что в этой папке синхронизируется с папкой в образе vagrant (если там *nix) ,то var/www

Если обновляли, то просто перезаписали

Синхронизация ДВУХСТОРОННЯЯ при использовании vagrant

Ну и посмотрите что в самом файле Vagrantfile написано

я похоже выяснил что за ошибка

В параметре config.vm.synced_folder

config.vm.synced_folder я  вообще после установки vagrant не трогал
там по дефолту config.vm.synced_folder './', '/app', owner: 'vagrant', group: 'vagrant'

Тогда скопируйте проект в папку где находится файл Vagrantfile; ну и проверьте hosts

А, у Вас './', а не '.'

Тогда во вложенный каталог

Доброго времени суток господа.
Есть вопрос по работе с yii2 и InnoDB (concurrency).

Есть некая структура связаных данных из нескольких таблиц которая обновляется из множества источников.
Например, источники дают данные о городах, организациях и работниках этих организаций.
Структура данных исправляется и данные сохраняются в таблицы и доп. утилитарные таблицы:
Город: id, city_name
Вариации названий городов: id, city_id, origin_name
Организация: id, name, city_alias_id... etc
Данные обновляются и добавляются часто, ~500 инсертов-апдейтов/sec.
Проблема - то и дело всплывают бессрочные deadlock'и. Хоть приходящие данные сохраняются не единой транзакцией, а по очереди в соответствии связям в БД. Никак не вдупляю как одиночный "save" может заблокировать таблицу.
Настройки мускула и Yii, касаемо БД, стандартные

почитайте что-нить про уровни изоляции в бд, статей много

Да, я уже прочитал.
Суть в том что мускул по дефолту выдаёт shared_write access - с блокировкой по Pkey. Мои записи не должны по идее блокироваться, т.к. одновременные инсерты не пересекаются по Pkey. А если это новые записи - то нарушиться должна только "плавность" автоинкремента.

Я что-то не углядел, или тут и правда стоит городить отдельный брокер "очереди на запись"?

индексы составные (несколько полей).... тож может быть причиной

Составных индексов нет.
"Общие поля"(паренты) после добавления не обновляются. Каждый отдельный источник данных их может создавать(новые алиасы), читать и указывать как родителя.
Сделал в редис очередь блокировок аналогичную оной в БД - блокировки исчезли практически без потерь в скорости. Но одолевает ощущение что я велосипедостроением(из костылей) занялся.

в качестве бреда, попробовать insert delayed

он deprecated since 5.6.6
🤷🏿‍♂️

Всем привет! Может кто сталкивался, подскажите, почему это возвращает вот это