Есть БД, например с такой таблицей:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
CREATE TABLE `tbl_base_billing` (
`CODE` INT(11) NOT NULL AUTO_INCREMENT,
`USERCODE` INT(11) NULL DEFAULT NULL,
`BILLCODE` INT(11) NULL DEFAULT NULL,
`WORKSTATUS` INT(3) NULL DEFAULT NULL,
`DATEPAID` DATE NULL DEFAULT NULL,
`GROUPN` VARCHAR(38) NULL DEFAULT NULL,
`BALANS` DOUBLE NULL DEFAULT NULL,
PRIMARY KEY (`CODE`),
UNIQUE INDEX `FULLCODE` (`BILLCODE`, `USERCODE`),
INDEX `USERCODE` (`USERCODE`),
INDEX `BILLCODE` (`BILLCODE`),
INDEX `WORKSTATUS` (`WORKSTATUS`),
INDEX `GROUPN` (`GROUPN`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
;
Есть скрипт, который синхронизирует эту БД с другой БД, используя SQL-запросы примерно такого вида:
1.
2.
insert into tbl_base_billing (`BILLCODE`,`USERCODE`,`GROUPN`,`WORKSTATUS`,`DATEPAID`) values (?,?,?,?,?)
on duplicate key update `GROUPN`=?,`WORKSTATUS`=?,`DATEPAID`=?;
Скрипт довольно долго работал нормально, а сегодня вдруг сломался.
Как оказалось, счетчик auto_increment превысил 2 миллиарда и сгенерированное значение нельзя вставить в поле CODE из-за переполнения.
В качестве временного решения я для поля CODE поменял тип данных на bigint, сейчас скрипт снова работает нормально.
Есть еще несколько подобных мест, но там счетчик пока до 2 миллиардов не дошел и вмешательство не требуется.
Я как бы озадачен.
Скрипт синхронизации запускается каждые 5 минут, объем вставляемых данных при каждом запуске порядка 5-8к записей, однако 99% этих данных уже существуют в конечной БД и должны не вставляться, а обновляться.
Однако исходя из значения счетчика, похоже что счетчик увеличивается при каждой попытке insert, даже если срабатывает on duplicate key.
Выглядит бредово, но других объяснений я пока не вижу.
Это возможно? Или все же нужно более подробно изучать скрипт синхронизации и искать ошибки в нем?
