Dlaczego ten wyzwalacz MySQL powoduje przepełnienie stosu?

Question

Myślę, że ktoś próbował symulować posiadanie drugiej wartości auto_increment. Właśnie uaktualniony do MySQL 5.5.9

CREATE TABLE `job_title` (
    `job_id` int(11) NOT NULL AUTO_INCREMENT, 
    `position_id` int(11) DEFAULT NULL, 
    `title` varchar(255) COLLATE latin1_general_cs NOT NULL, 
    `selectable` tinyint(4) NOT NULL DEFAULT '0', 
    PRIMARY KEY (`job_id`), 
    UNIQUE KEY `title` (`title`) 
) ENGINE=InnoDB; 

create trigger job_position_trigger 
    before insert on job_title for each row 
begin 
    if new.position_id is null then 
    set @position = (select max(position_id)+1 from job_title); 
    set new.position_id = @position; 
    end if; 
end 

Błąd: Thread stack overrun: 9024 bytes used of a 131072 byte stack, and 128000 bytes needed. Use 'mysqld --thread_stack=#' to specify a bigger stack.' on query. Default database: 'mydb'. Query: 'insert ignore into job_title (title) values ('Morning Show Personality')

Answer 1

Pod MySQL 5.1 nie był w stanie spowodować przepełnienie stosu, ale [position_id] Pole nie został ustawiony przez spust. Powodem, dla którego nigdy nie była ustawiona, było to, że gdy wykonasz MAX (position_id) + 1 na pustej tabeli lub tabeli, która ma tylko NULL w kolumnie [position_id] twoja @ pozycja zmienna zostanie ustawiona na NULL. Zastanawiam się, czy to spowodowało, że wyzwalacz sam się przewartościował (widząc, że [position_id] był wciąż pusty), więc wielokrotnie wywoływał siebie powodując przepełnienie stosu. Jedną z opcji, którą możesz spróbować, jest zmiana wyzwalacza w celu sprawdzenia wartości zerowej @ position i wymuszenia na "1" przed przypisaniem jej.

create trigger job_position_trigger 
    before insert on job_title for each row 
begin  
    if new.position_id is null then  
     set @position = (select max(position_id)+1 from job_title); 
     if @position is null then set @position = 1; end if; 
     set new.position_id = @position;  
    end if; 
end; 

Answer 2

Wpadłem dzisiaj na ten sam problem, każdy spust powodujący przekroczenie stosu. Okazało się, moja instalacja Zend Server Community pochodzi z domyślnego pliku my.cnf w którym wielkość thread_stack został ustawiony na 128K, co zaowocowało 131072 bajtów dostępnych dla stosu w każdym wątku:

mysql> show variables where `Variable_name` = 'thread_stack'; 
+---------------+--------+ 
| Variable_name | Value | 
+---------------+--------+ 
| thread_stack | 131072 | 
+---------------+--------+ 

Więc wypowiedziało się w /usr/local/zend/mysql/data/my.cnf, zrestartował demona mysql i voila! default 192k jest

mysql> show variables where `Variable_name` = 'thread_stack'; 
+---------------+--------+ 
| Variable_name | Value | 
+---------------+--------+ 
| thread_stack | 196608 | 
+---------------+--------+ 

Teraz praca spustu stole & tchester doskonale :) (należy pamiętać, separator chociaż)

mysql> CREATE TABLE `job_title` (
    -> `job_id` int(11) NOT NULL AUTO_INCREMENT, 
    -> `position_id` int(11) DEFAULT NULL, 
    -> `title` varchar(255) COLLATE latin1_general_cs NOT NULL, 
    -> `selectable` tinyint(4) NOT NULL DEFAULT '0', 
    -> PRIMARY KEY (`job_id`), 
    -> UNIQUE KEY `title` (`title`) 
    ->) ENGINE=InnoDB; 
Query OK, 0 rows affected (0.14 sec) 

mysql> DELIMITER && 
mysql> create trigger job_position_trigger 
    -> before insert on job_title for each row 
    -> begin  
    ->  if new.position_id is null then  
    ->  set @position = (select max(position_id)+1 from job_title); 
    ->  if @position is null then set @position = 1; end if; 
    ->  set new.position_id = @position;  
    ->  end if; 
    -> end; 
    -> && 
Query OK, 0 rows affected (0.29 sec) 

mysql> DELIMITER ; 
mysql> insert into job_title (title, selectable) values ("test", 1); 
Query OK, 1 row affected (0.00 sec) 

mysql> insert into job_title (title, selectable) values ("test2", 3); 
Query OK, 1 row affected (0.00 sec) 

mysql> select * from job_title; 
+--------+-------------+-------+------------+ 
| job_id | position_id | title | selectable | 
+--------+-------------+-------+------------+ 
|  1 |   1 | test |   1 | 
|  2 |   2 | test2 |   3 | 
+--------+-------------+-------+------------+ 
2 rows in set (0.00 sec) 

Błąd masz, 9024 bajtów używanych stosu 131072 bajtów, a Wymagane 128000 bajtów, ma sens: 9024 + 128000> 131072.