Czołem
Dostałem do ogarniania napisane w Laravelu API, które ze względu na swoją charakterystykę musiało być przeniesione na serwer dedykowany.

Nowy serwer na szybko testowany na podstawowych operacjach (arytmetyka, mielenie tablic itd...) jest 3 x szybszy od starego. Serwis jednak zwolnił niemiłosiernie.

Po analizie okazuje się że winne są zapytania do bazy danych. Wyszło przy okazji jak nieoptymalnie napisana jest usługa którą testuję (wykonuje ponad 250 zapytań do bazy danych ), ale to temat na później.

W każdym bądź razie okazało się że na starym serwerze pojedyńcze zapytanie SQL wykonuje się w ok 0.2ms i czas ten jest w miarę stały, natomiast na nowym, szybszym, wacha się od 3 do 100ms. Pliki są identyczne, baza danych również przeniesiona ta sama, z tym samym kodowaniem.

Środowisko to świeża instalacja Ubuntu Server + NGINX + PHP7.0 + MySQL.

Jakieś sugestie co może mieć na to wpływ?

może na starym serwerze zapytania były cachowane

Ciągle nie wyjaśniałoby to czemu na nowym serwerze, pierwsze lepsze zapytanie:

select * from `account_users` where `id` = ? wykonuje się 79.29ms

account_users zawiera jeden rekord

Edit:

I jeszcze jedna obserwacja: Na serwerze postawiłem świeży projekt laravela, w którym łącze się z tą samą bazą danych i tam wszystko śmiga jak złoto. Czyli wniosek, że tak jakby projektowi "nie podobało" się że powstał na jednym serwerze i został przeniesiony na drugi

Edit2:

Problem się rozwiązał, temat do zamknięcia... Dla potomnych:
W Laravelu cachowany jest plik .env z danymi bazy danych. Po przeniesieniu na nowy serwer system łączył się z bazą ze starego serwera. Rozwiązanie: czyścić cache przy przenosinach

eeee... No ja w sumie nie wiem kto normalnie przenosi cache na nowy serwer...

Uroki pracy na przejętym projekcie.

Baza przeniesiona bez poleceń tworzących indeksy?

trzebabyło wrzucić na gita. env ma gitignora, wtedy byś się zorientował, że nie masz połączenia z bazą i nie byłoby problemu