Это будет крайний случай, если не смогу найти решение с одним пользователем. с одним пользователем проще, все разрешенные ключи находятся в одном файле.
Задачу уже решил удалением ветки и созданием от prod с ручным обновлением на локальных хранилищах, как повторится задача, попробую твой вариант. Спасибо. Документацию я читаю, но по гиту она очень обширная, а задачу надо было решить прямо сейчас.
При такой схеме возникает проблема. Другие хранилища при git pull origin master не получают эту ветку, а пытаются слить ее с имеющейся в репозитории. Т.е. все что ты описал я знаю, но вот победить эту беду пока не смог.
Спасибо за ссылку. Из статьи я понял, что mysql неэффективно работает с секциями, что на каждый запрос открываются все секции, независимо, нужны они в запросе или нет. Но не понял, через конекты запросы идут синхронно, т.е. при 12 конектах нужно открыть 12 раз одну таблицу (1200 файлов), но открыто 9500, либо на запрос открываются по несколько раз таблицы, либо mysql не закрывает файлы. Но видимо придется увеличивать лимиты. В статье указано максимальное число файлов * 2.
Expire для кеша я использую. Помимо кеша в redis реализована очередь, вот скрипт, который разгребает эту очередь был остановлен. После чистки очереди база занимает 10-20 мегабайт. Я стараюсь не использовать более одного нового инструмента на проекте. На этом проекте новым был Yii2, а с redis я был знаком (в области использования, но не обслуживания).
Да, я думал об этом. Но не думаю, что на тестовом сервере без нагрузки возникнут ощутимые разницы. Если ничего не поможет и будет свободное время, напишу адаптер и запущу на одном боевом сервере и сравню с другим, виртуалки одинаковые, нагрузка примерно одинаковая, думаю картина будет объективной.
top показывает, что более чем 4 гигабайта памяти свободны. Т.е. данные помещаются в память. По второму вопросу видимо да, в настройках стоит
save 900 1
save 300 10
save 60 10000
