Mysql: Нарушение ограничения целостности

Question

Я использую cleardb для базы данных mysql в php. И Ситуация примерно такая:

Я добавляю запись в таблице beneficiary. и после добавления, что я получаю last_inserted _id. И используя это id, чтобы добавить способ оплаты в beneficiary_payment_info. Он отлично работает в большинстве случаев. Но, иногда я нашел ниже сообщение в журнале ошибок:

Integrity нарушение ограничения: 1452 Невозможно добавить или обновить дочернюю строку:. Ограничение внешнего ключа не удается (cdb_85c337008cbeneficiary_payment_info, скованность beneficiary_payment_info_ibfk_1 FOREIGN KEY (ben_id) Лит beneficiary (id))

Когда я проверил в базе данных, я получил это скриншоты:

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

Как я могу решить эту проблему? Пожалуйста, направляйте меня. Благодарю.

EDIT (Ответ от clearDB)

Лучший курс, чтобы решить эту проблему, чтобы остановить вовлекая значения AUTO_INCREMENT.

Вместо того, чтобы пытаться угадать или установить их, вы можете быть в состоянии использовать подзапрос, похожий на следующий стиль:

INSERT INTO CHILDREN (ParentID, FirstName, LastName) 
VALUES ((SELECT ID FROM PARENTS WHERE FirstName = 'John' AND LastName = 'Doe'), 
'Jane', 'Doe'); 

Answer 1

Там не хватает информации, данные в вопросе, чтобы точно диагностировать проблему.

Если auto_increment_increment установлен в значение 10, а значения 6061, 6071, 6081 автоматически генерируются ... то это выглядит как значение 6073 был не сгенерирован автоматически стоимость.

last_insert_id функция возвращает значение, которое было автоматически генерируется; он не возвращает значение, которое явно было присвоено столбцу.

(Мы отмечаем, что можно изменить значение auto_increment_increment. Но, но это кажется очень странным, что auto_increment_increment изменился бы от значения 10, до значения 2, затем изменено на значение 8 , а затем вернулась к значению 10.И это вовсе не объясняет наблюдаемое поведение last_insert_id.)

репликация

И это обсуждение полностью игнорирует возможность того, что репликация участвующая, что значение 6073 может быть порождается разными сервер. По-видимому, ClearDB поддерживает репликацию «multi-master».

Ссылка: https://www.cleardb.com/developers/help/faq#general_16

Возможно ли, что сделка получила «раскол» между двумя разными серверами MySQL?

https://www.cleardb.com/developers/help/faq#general_10

---

Там длинный список предостережений с помощью функции last_insert_id. Это нужно вызывать из того же сеанса, сразу после успешного INSERT (или UPDATE), который генерирует значение AUTO_INCREMENT, yada, yada, yada.

Ссылка: https://dev.mysql.com/doc/refman/5.5/en/information-functions.html#function_last-insert-id