Wąskie gardło MySQL na tylko 1 rodzaj linku, inne ok

[sylverand]

Mam stronę która chodziła sprawnie i szybko, ale odkąd ma ponad 2000 dodanych rekordów to strasznie zamula po 10 sekund otwiera jedną funkcje, przy czym inne linki wykorzystujące inaczej te dane nadal działają dobrze i szybko.

Wie ktos jak znalezc (logi ?) tą funkcje ktora tak zamula i ewentualnie ją poprawić? nie mam pojęcia o php i mysql, a ten co to robil to juz 2 miesiace temu wyjechal do UK.

prosze o pomoc, albo rady jak wykryć i poprawić takie wąskie gardło zapytań MySQL. Dzięki.

[mkr]

w konfiguracji mysql wlacz slow queries

[sylverand]

a co to da i gdzie to sie włącza ?

[cicik]

Proponowałbym skorzystać z jakiegoś profilera. Na przykład apd lub xdebug.

[sylverand]

Proponowałbym skorzystać z jakiegoś profilera. Na przykład apd lub xdebug.

mógłbyś to prościej wyjaśnić ? brzmi dobrze, ale nie mam pojęcia jak to jeść

ten program xdebug wykrywa tylko dziury i błędy w PHP, czy takie problemy jak mój z zamulonym zapytaniem SQL też znajduje?

którą wersje xdebug musze sciagnac i gdzie wrzucic (mam serwer linux) i jak wlaczyc?

[slawek22]

Jeśli masz klasę do obsługi mysql może wystarczy jeśli napiszesz proste logowanie kewrend (z pomocą funkcji mierzących czas w php). Wtedy bardzo szybko zobaczysz która kwerenda wykonuje się wolno.

[cicik]

Proponowałbym skorzystać z jakiegoś profilera. Na przykład apd lub xdebug.

mógłbyś to prościej wyjaśnić ? brzmi dobrze, ale nie mam pojęcia jak to jeść

ten program xdebug wykrywa tylko dziury i błędy w PHP, czy takie problemy jak mój z zamulonym zapytaniem SQL też znajduje?

którą wersje xdebug musze sciagnac i gdzie wrzucic (mam serwer linux) i jak wlaczyc?

Profilery to programy, które śledzą wykonanie programu i raportują ile czasu zajęło wykonanie każdej wywoływanej funkcji.

Xdebugiem nigdy się nie bawiłem. Proponowałbym zainstalowanie rozszerzenia APD do PHP. Szczegóły na https://www.php.net.

Jeśli nie masz pojęcia o linuxie, php, debugowaniu i programowaniu to proponowałbym zlecić to specjaliście.

@slawek22: też niegłupi pomysł.

[EDDY]

(...) odkąd ma ponad 2000 dodanych rekordów to strasznie zamula po 10 sekund otwiera jedną funkcje, przy czym inne linki wykorzystujące inaczej te dane nadal działają dobrze i szybko.

Czy aby na pewno masz założony index na tę tabelkę?

Najlepiej wrzuć na forum samą strukturę tabelki i się dowiemy jak to jest zrobione (albo wyślij mi PW).

[sylverand]

nie wiem, tak wyglądają struktury tych 5 tabel MySQL ktore sa uzywane przy braniu tej funkcji ktora zamula:

moze ktos rzucic okiem na to czy sa indexy itp? bo ja nie wiem

--

-- Struktura tabeli dla `attributes`

--

CREATE TABLE `attributes` (

`id` int(11) NOT NULL auto_increment,

`name` text NOT NULL,

`defval` text,

`created` timestamp NOT NULL default CURRENT_TIMESTAMP,

`updated` timestamp NOT NULL default '0000-00-00 00:00:00',

UNIQUE KEY `id` (`id`)

) ENGINE=MyISAM DEFAULT CHARSET=latin2 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--

-- Struktura tabeli dla `attrvals`

--

CREATE TABLE `attrvals` (

`id` int(11) NOT NULL auto_increment,

`attrval` text,

`city_id` int(11) NOT NULL default '0',

`attribute_id` int(11) NOT NULL default '0',

`created` timestamp NOT NULL default CURRENT_TIMESTAMP,

`updated` timestamp NOT NULL default '0000-00-00 00:00:00',

UNIQUE KEY `id` (`id`),

UNIQUE KEY `city_id` (`city_id`,`attribute_id`),

KEY `attribute_id` (`attribute_id`)

) ENGINE=MyISAM DEFAULT CHARSET=latin2 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--

-- Struktura tabeli dla `cities`

--

CREATE TABLE `cities` (

`id` int(11) NOT NULL auto_increment,

`name` text NOT NULL,

`created` timestamp NOT NULL default CURRENT_TIMESTAMP,

`updated` timestamp NOT NULL default '0000-00-00 00:00:00',

UNIQUE KEY `id` (`id`)

) ENGINE=MyISAM DEFAULT CHARSET=latin2 AUTO_INCREMENT=896 ;

-- --------------------------------------------------------

--

-- Struktura tabeli dla `pictures`

--

CREATE TABLE `pictures` (

`id` int(11) NOT NULL auto_increment,

`title` text NOT NULL,

`description` text,

`source` text,

`author` text,

`email` text,

`img_orig_path` text NOT NULL,

`img_tbn1_path` text NOT NULL,

`img_tbn2_path` text NOT NULL,

`votes_cnt` int(11) NOT NULL default '0',

`votes_sum` int(11) NOT NULL default '0',

`votes_avg` decimal(10,2) NOT NULL default '0.00',

`votes_cm_cnt` int(11) NOT NULL default '0',

`votes_cm_sum` int(11) NOT NULL default '0',

`votes_cm_avg` decimal(10,2) NOT NULL default '0.00',

`city_id` int(11) NOT NULL default '0',

`user_id` int(11) default NULL,

`created` timestamp NOT NULL default CURRENT_TIMESTAMP,

`updated` timestamp NOT NULL default '0000-00-00 00:00:00',

`accepted` timestamp NOT NULL default '0000-00-00 00:00:00',

UNIQUE KEY `id` (`id`),

KEY `city_id` (`city_id`),

KEY `user_id` (`user_id`)

) ENGINE=MyISAM DEFAULT CHARSET=latin2 AUTO_INCREMENT=1582 ;

-- --------------------------------------------------------

--

-- Struktura tabeli dla `videos`

--

CREATE TABLE `videos` (

`id` int(11) NOT NULL auto_increment,

`title` text NOT NULL,

`description` text,

`source` text,

`author` text,

`email` text,

`uri` text NOT NULL,

`votes_cnt` int(11) NOT NULL default '0',

`votes_sum` int(11) NOT NULL default '0',

`votes_avg` decimal(10,2) NOT NULL default '0.00',

`votes_cm_cnt` int(11) NOT NULL default '0',

`votes_cm_sum` int(11) NOT NULL default '0',

`votes_cm_avg` decimal(10,2) NOT NULL default '0.00',

`city_id` int(11) NOT NULL default '0',

`user_id` int(11) default NULL,

`created` timestamp NOT NULL default CURRENT_TIMESTAMP,

`updated` timestamp NOT NULL default '0000-00-00 00:00:00',

`accepted` timestamp NOT NULL default '0000-00-00 00:00:00',

UNIQUE KEY `id` (`id`),

KEY `city_id` (`city_id`),

KEY `user_id` (`user_id`)

) ENGINE=MyISAM DEFAULT CHARSET=latin2 AUTO_INCREMENT=7 ;

[EDDY]

Zamiast UNIQUE KEY, powinno być PRIMARY KEY.

W ogóle, to przydałoby się dowiedzieć jakie zapytanie generuje takie zamulenie, podaj może adres www do tego.

[slawek22]

Unique Key i Primary Key to prawie to samo, jedyna różnica - UK może być kilka w tabeli, PK może być użyty jako Foregin Key w innodb. Nie ma żadnej różnicy, jeśli chodzi o wydajność.