Спасибо. Проблема пропала, но появилась другая. Данные полученные с базы всегда остаются одни и те же, которые были на момент первого получения. т.е. я по udp отправляю команды, сервер ее принимает, что-то читает с базы и отдает, затем я меняю в базе значение и повторно отправляю команду, отдается первоначальное значение.
Юрий Петрашевич: значит что-то не так при сохранении данных, они не сохраняются видимо. Проверьте базу, если данных там нет - стоит копать в сторону реализации сохранения. Может вы обернули все в транзакцию и не закоммитили... или еще чего. Если данные есть - надо думать в сторону кеша, может быть какая-то прослойка сохраняет результаты.
Юрий Петрашевич: я что-то не сразу догадался что вы там доктрин ORM используете. Да, в этом случае доктрина сохраняет все загруженные из базы сущности в Identity Map для того что бы можно было отслеживать изменения и было возможно это:
$user1 = $userRepository->find(1);
$user2 = $userRepository->find(1);
assert($user1 === $user2, 'Сущность с одним и тем же ID должна иметь в системе только один экземпляр');
помимо clear вы так же можете вызвать refresh сущностей, что бы доктрина актуализировала информацию. Хотя clear чаще работает лучше, так как нам могут уже не понадобиться загруженные сущности.
1. Раз исключение выскакивает не всегда, то смотрите логи MySQL.
2. Вам написано в чем дело и даже код ошибки указан: General error: 2006 MySQL server has gone away.
3. Остается самое сложное - побороть лень.
