Александр Кубинцев

В принципе, вне зависимости от фреймворка это нормальная ситуация, поскольку не mysql единым живы разработчики (insert ignore - не является стандартом). Так что следует использовать try-catch

Я бы не стал хранить массив сообщений в сессии, это вообще дурная практика что-либо складировать в неё, кроме пары-тройки идентификаторов.
Для гарантии от дублирования есть приём:
- на сервере генерируется идентификатор нового сообщения
- сервер передает этот идентификатор клиенту
- клиент заполняет сообщение и отсылает его серверу с тем же самым идентификатором
- сервер при получении ставит в соответствие идентификатору сообщение (т.е. заполняет соответствующее поле в БД, если оно было пустым)

Рассмотрим теперь сценарии при попытке отправки с клиента сообщения:
- идентификатор сообщения задан:
-- на сервере уже есть сообщение с таким id => отказ
-- на сервере нет такого id => отказ (возможно попытка поиска уязвимости)
- идентификатор не задан => отказ

Классически это делается через таблицу тегов вида [id, tag_name] + таблицу отношений [id, photo_id, tag_id]. То есть связь многие-ко-многим.