[jagodowy_krol]

mam bazę danych ( #mysql ), i zapytanie:

update images set 'views'='400' where 'id'='9191'

czyli bardzo proste zapytanie. Raz wykonuje się 0,0025s - co jest normą, ale czasami wykonuje się 5s, czasami 30s, a w szczycie 120s.... co jest patologią. obciążenie systemu jest wtedy dosyć wysokie (load: 0: 2.72; 1: 1.51; 2: 1; )
tabela ta ma 14 pól, views jest zdefiniowane jako unsigned int(10) domyślnie 0, id jest również tak samo + primary key & unique & autoincrement.

Czy jest jakaś rzecz którą mogę sprawdzić? Bo ten update jest jedną z najbardziej problematycznych optymalizacyjnie rzeczy w wydajności mojej strony. A w mojej opinii jest to bardzo prosty i powinien być szybki kod.

#programowanie #bazydanych #mysql #php

[brakloginuf]

@jagodowy_krol: to pewnie problem serwera, a ile rekordow w tej bazie?

[jagodowy_krol]

@brakloginuf: serwerem też zarządzam :)

ile rekordow w tej bazie?

w tej tabeli jest ok 7-12k
na niektórych stronach mniej, ale raczej największa ma ok 12k.

[Borysko_88]

@jagodowy_krol jakby to był mssql to bym Ci napisał, żeby sprawdzić plan zapytania, ale nie wiem czy takie cuda można w MySQL.

[brakloginuf]

serwerem też zarządzam :)

@jagodowy_krol: to bym tu szukal problemu, jakbys mial tam powiedzmy 3-5 mln rekordow to byloby nad czym myslec. Swoja droga testowales mariadb?

[jagodowy_krol]

@brakloginuf: tam mam wrażenie, że to dzieje się w momencie przejścia bota.

[brakloginuf]

wrażenie

też zarządzam

@jagodowy_krol: czy aby na pewno zarzadzasz ( ͡° ͜ʖ ͡°) nie obraz sie bo nie cisne Ci, ale mam wrazenie ze probujesz, a nie to robisz i pewnie gdzies lezy problem ktorego nie widzisz

[jagodowy_krol]

@brakloginuf: to jest tak jak tłumaczę dzieciom: rzeczą prostą jest rzecz którą wiesz, trudną której nie wiesz.
Tutaj jest bardzo podobnie, obstawiam, że może mi brakować jakiegoś przełącznika, albo np opóźnienia w zapisach na dysk, albo coś jeszcze innego prostego i to jest moim problemem.
obrazić mnie jest naprawdę trudno, w najgorszym wypadku uznam osobę która za dużo ciśnie za jełopa i zablokuję. Jestem za stary, miałem za dużo dyskusji z

[GaiusBaltar]

@jagodowy_krol: Zrób sobie explain; na 99% coś innego Ci obciąża bazę w trakcie tego zapytania. I jeśli tam faktycznie jest unsigned int, to nie posyłaj tego id jako string i zamiast id = '9191' zrób id=9191 bo mysql będzie Ci wszystko castował przed porównaniem.

[jagodowy_krol]

@GaiusBaltar: to już robi sterownik bazy, wszystko śle jako stringi

[brakloginuf]

na 99% coś innego Ci obciąża bazę w trakcie tego zapytania

@GaiusBaltar: rownie dobrze problem moze byc poza aplikacja bazodanowa, ale w srodowisku gdzie baza dziala i serwer musi poczekac na zasoby

[GaiusBaltar]

@jagodowy_krol: Jak wszystko śle jako stringi, to będziesz miał pełny skan tabeli za każdym razem bo inaczej Ci mysql nie porówna z kluczem. Jeśli absolutnie nie możesz zmienić tego zachowania to zbadaj indeksy funkcyjne. Ewentualnie jakieś triki w stylu where ID = 0 + '9191' - może zadziała.

[GaiusBaltar]

rownie dobrze problem moze byc poza aplikacja bazodanowa, ale w srodowisku gdzie baza dziala i serwer musi poczekac na zasoby

@brakloginuf: No, jasna sprawa, w sumie założyłem implicite, że op to sprawdził. Trzeba by monitorować wszystkie statsy (szczególnie IOPS) w momencie kiedy występuje spike.

@jagodowy_krol: Ile masz tam wierszy w tej tabeli? [edit] - zauważyłem że 12k.

[brakloginuf]

Ewentualnie jakieś triki w stylu where ID = 0 + '9191' - może zadziała.

@GaiusBaltar: wtedy moglby chyba zedytowac calosc ( ͡° ͜ʖ ͡°)

[jagodowy_krol]

Ile masz tam wierszy w tej tabeli?

@GaiusBaltar: zależy do 12k rekordów

wtedy moglby chyba zedytowac calosc ( ͡° ͜ʖ ͡°)

@brakloginuf: kto nie #!$%@?ł produkcji... (⌐ ͡■ ͜ʖ ͡■)

[GaiusBaltar]

@brakloginuf: Diabli wiedzą, widziałem już różne cuda. Obstawiam, że OP co chwilę robi pełny skan tabeli, i uchodzi to płazem przy lekkim loadzie, ale kiedy dysk coś robi, to zapytanie czeka. Może nawet kilka ich idzie, i jakieś locki jeszcze wpadają.

[jagodowy_krol]

OP co chwilę robi pełny skan tabeli

@GaiusBaltar: tutaj wchodzimy w specyficzny język i skróty myślowe. Co rozumiesz przez skan tabeli?

[brakloginuf]

@GaiusBaltar: moja szklana kula mowi ze przy malej bazie i niskim ruchu to czynniki zewnetrzne sa zazwyczaj problemem ( ͡° ͜ʖ ͡°)

[jagodowy_krol]

@brakloginuf: inne tabelki są zdecydowanie bardziej zajęte/większe. ta jest i prosta i mała, a jeszcze dodatkowo zapytanie jest też trywialne.

[GaiusBaltar]

@jagodowy_krol: WHERE nie używa Ci indeksu na kluczu głównym, bo typ unsigned int nie jest typem string. Dlatego baza pewnie porównuje wiersz po wierszu.

EXPLAIN SELECT ... by pomogło uzyskać odpowiedź.