Не добавление 1, но 2, 3 или 4 при ОБНОВЛЕНИИ mysql с переполнением стека

РЕДАКТИРОВАТЬ

добавленной Демонстрация SQL Fiddle: http://sqlfiddle.com/#!9/efa05b/1

create table classes
( class_id    int(3) not null auto_increment primary key comment 'pk'
, class_level int(1)
, class_name  char(1)
)
;
insert into classes (class_id,class_level,class_name) values
('1','0','N')
,('2','1','A')
,('3','1','B')
,('4','2','C')
,('5','2','D')
,('6','3','E')
,('7','3','F')
;
update classes set class_level = (class_level + 1) where class_level != 0
;

Запрос подтверждает, что ожидаемый результат возвращается. Каждая строка (кроме строки с class_level=0) был обновлен, с class_level увеличивается ровно на 1.

select * from classes order by class_id

class_id class_level class_name
-------- ----------- ----------
1        0           N
2        2           A
3        2           B
4        3           C
5        3           D
6        4           E
7        4           F

оригинальный ответ

Предполагая, что в таблице нет триггера BEFORE / AFTER UPDATE, учитывая выполняемый оператор SQL:

UPDATE classes SET class_level = (class_level + 1) WHERE class_level != 0

Наиболее логичным объяснением такого поведения является то, что оператор SQL выполняется в функции несколько раз или функция вызывается несколько раз.

Чтобы убедиться в этом, вы можете временно включить общий журнал MySQL, запустить тест, отключить общий журнал и просмотреть … и вы найдете несколько выполнений оператора. Если у вас нет доступа к серверу MySQL, лучше всего будет вывести строку непосредственно перед выполнением оператора; Вы увидите, что эта линия повторяется несколько раз.

Маловероятно, что это ошибка в базе данных MySQL. (Убедитесь, что в таблице не определен TRIGGER.)

Кроме того, протестируйте этот оператор, используя другой клиент, например команду mysql, например client, или phpmyadmin. И убедитесь, что заявление работает правильно.

СЛЕДОВАТЬ ЗА

Учитывая, что ваш тест оператора SQL от другого клиента дает ожидаемые результаты, я думаю, это демонстрирует, что это не проблема с базой данных MySQL или оператором SQL.

По какой-то причине этот оператор SQL выполняется несколько раз. В качестве следующего шага в отладке я бы добавил еще немного кода. Я бы временно создал таблицу «log», используя движок MyISAM, содержащий идентификатор auto_increment, столбец datetime и информационную строку:

 CREATE TABLE debug_log
( id   INT UNSIGNED AUTO_INCREMENT PRIMARY KEY
, dt   DATETIME
, info VARCHAR(40)
) Engine=MyISAM

Затем добавьте еще один оператор SQL в вашу функцию, чтобы вставить строку в эту таблицу, непосредственно перед и / или после выполнения оператора UPDATE.

INSERT INTO debug_log (dt, info) VALUES (SYSDATE(), 'my function before update')

Затем запустите тест и посмотрите, сколько строк вставлено в таблицу debug_log.

Чтобы получить ошибку, если этот оператор выполняется более одного раза, укажите фиксированное значение для столбца id, например,

INSERT INTO debug_log (id, dt, info)
VALUES (123, SYSDATE(), 'my function before update')

При фиксированном значении для id, если этот оператор вызывается во второй раз, MySQL выдаст исключение дублирующегося ключа.

Как я упоминал ранее, основываясь на предоставленной информации, я подозреваю, что ваша функция вызывается несколько раз. (У меня нет достаточной информации, чтобы на самом деле принять такое решение; это всего лишь догадка.)