Błąd krytyczny: Maksymalny czas wykonania 30 sekund przekroczony w… model.php w linii 183

Jestem na lokalnej maszynie. Ten błąd pojawia się tylko podczas ładowania strony po raz pierwszy po wstawieniu | utwórz | usuń. Potem ładuje się bardzo szybko. Następnie, jeśli zmodyfikuję bazę danych, po raz pierwszy (czasami drugi raz) podczas uzyskiwania dostępu do strony otrzymuję ten błąd. Nie rozumiem tego.

Dlaczego otrzymuję ten błąd tylko po raz pierwszy, kiedy uzyskuję dostęp do witryny po zmodyfikowaniu bazy danych?

$sth = $this->dbh->prepare("SELECT g.t_tree_c_parent AS gp ,h.t_tree_c_parent AS hp
                FROM t_tree a INNER JOIN (t_data b, t_data c, t_tree d, t_data e, t_data f, t_tree g, t_tree h, t_tree i) 
                ON a.t_tree_c_child=b.t_data_c_space
                AND b.t_data_c_object=c.t_data_c_object
                AND c.t_data_c_space=d.t_tree_c_child
                AND d.t_tree_c_parent=e.t_data_c_object
                AND e.t_data_c_space=f.t_data_c_object
                AND f.t_data_c_space=g.t_tree_c_child
                AND g.t_tree_c_parent=h.t_tree_c_child
                AND e.t_data_c_space=i.t_tree_c_child
                AND i.t_tree_c_parent=?
                WHERE a.t_tree_c_child=?");
$sth->execute(array($this->glob['children'], $child)); //  <- LINE:183

Podzielę to zapytanie, aby przetestować. Ale pytam, może coś mi brakuje.

AKTUALIZACJA zapytana przez @ jcho360:

CREATE TABLE `t_data` (
`t_data_c_space` VARCHAR(50) NOT NULL DEFAULT '0.00000000000',
`t_data_c_object` VARCHAR(50) NULL DEFAULT NULL,
`t_data_c_timestamp` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`t_data_c_space`)
 )
COLLATE='utf8_general_ci'
ENGINE=InnoDB;

CREATE TABLE `t_tree` (
`t_tree_c_parent` VARCHAR(50) NOT NULL,
`t_tree_c_child` VARCHAR(50) NOT NULL,
`t_tree_c_timestamp` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB;

W HeidiSQL dla dziecka (w projekcie to zapytanie jest w funkcji rekurencyjnej):

2,137 sek. Po raz pierwszy po małej aktualizacji w db, a następnie 0,000 sek

Zaczynam myśleć, że jest to buforowanie mysql, sugerowane przez Leandro Barreto.

questionAnswers(1)

yourAnswerToTheQuestion