Почему Laravel 5.8 делает повторные запросы к БД при работе с сессией?

Question

[Maxim Uvarov]

В laravel 5.8 при работе с сессией выполняется два лишних запроса к БД по сравнению с laravel 5.7.



Происходит считывание, обновление payload и повторное считывание. На новой чистой установке в 5.7 делается только один запрос, а в 5.8 - три. Не смог найти решения.

Что это и как с этим бороться? И нужно ли бороться?

Comments

[Дмитрий Кузнецов]

вы устанавливали какие-нибудь пакеты?

[Maxim Uvarov]

Дмитрий Кузнецов, нет, специально делаю новую чистую установку, перевожу сессию на database и получаю три запроса. В версиях 5.7 и ранее, после аналогичных действий - один запрос.

[Дмитрий Кузнецов]

Maxim Uvarov, update каждый запрос делается? И зачем сессии в БД делаете? Или так требует архитектура?

[Maxim Uvarov]

Дмитрий Кузнецов, каждый запрос делается select, update и снова select :(

Хотелось бы понять, это у всех так или только у меня? И что именно sessionhandler туда записывает?

[ThunderCat]

Maxim Uvarov,

И что именно sessionhandler туда записывает?

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

Answer 1

[Maxim Uvarov]

Ответ найден

В Laravel 5.8 были внесены изменения в посредник Illuminate/Session/Middleware/StartSession.php

Метод handle был почищен и переписан. После успешной конфигурации сессии к уже имеющимся вызовам 3 методов был добавлен вызов четертого - saveSession и дан новый комментарий.

$this->collectGarbage($session);

$this->storeCurrentUrl($request, $session);

$this->addCookieToResponse($response, $session);

// Again, if the session has been configured we will need to close out the session
// so that the attributes may be persisted to some storage medium. We will also
// add the session identifier cookie to the application response headers now.
$this->saveSession($request);

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

Вот такой вот апдейт ядра фреймворка на +2 запроса произошел в версии 5.8

Собственно коммит

Answer 2

[ThunderCat]

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

Comments

[Maxim Uvarov]

В версии 5.7 делается все то же самое, но при этом запрос только один. Дебаггер показывает один запрос (только селект)