Добрый день.

Подскажите пожалуйста, установлена mariaDB Galera 10.1 на CentOS 7.1. 
В БД пишутся данные, с веб.форм (20-30 ПК) 
На 1 ПК эти формы распечатываются.

Иногда возникает ситуация, когда человек заполнил форму, подошел за распечаткой, но его данных в БД нет.
Ни запросы на печать не видят данных, ни запросы через SQLyog их не видят. Данные посетителя появляются через 10-15 мин.

Не смотря на наличие Galera используется пока 1 сервер. 
Проблема наблюдалась и ранее, когда стоял только 1 сервер mySql.

Грешили на Кэш, но сейчас установлено:
##cache
query_cache_size=0
query_cache_type=0


Явных транзакций нет. 1 запрос на сохранение, 1 на выборку из этой же таблицы.
настройка сервера: transaction-isolation = READ-COMMITTED

Параллельно все запросы пишутся в таблицу Логов. Запросов на чтение к ней нет. Только на вставку. И база это другая на том же сервере.
Но данных посетителя нет и в этой таблице. Проверяю запросом через SQLyog .

Подскажите идеи, на что это похоже, как повторить и какие параметры покрутить. Проблема появляется при относительно "большой" нагрузке, хотя 20-30 записей на вставку в минуту большой нагрузкой не назовешь, но все же. Хотелось бы понять хотя бы в каком направлении искать проблему.

Сохранение и получение данных идет через модуль PHP+PDO. С клиента запросы точно ушли. (Клиент в ответ получил подтверждение об отсутствии ошибок при сохранении)
При этом пропадают не все запросы. 1 посетитель не напечатался, но другие в основном продолжают нормально распечатываться, хотя делали запрос уже позже. Бывает к этому присоединяется еще несколько человек "ожидающих" .
Фронтэндов с PHP 2. Обращаются к 1 базе. Внутри транзакций нет, сессий тоже нет. Просто полученный набор параметров от формы сохраняют в Бд 1 командой insert.


Заранее спасибо. Готов ответить на "наводящие" вопросы.

А что на этот счёт думают логи - генеральский и медленный?
И, если после сохранения человеку доступен просмотр своих сохранённых данных - он их реально видит? А после рестарта приложения? а после рестарта компа?

К сожалению логов нет никаких. Пути прописаны, но файлов нет. Почему не знаю. Админы будут разбираться, это отдельная тема, возможно.
На данный момент их просто нет. (По крайней мере в прописанной папке /var/log/mysql/)

Человек не смотрит свои данные. Он заполнил форму, нажал Сохранить. Клиент отправляет запрос на сохранение по HTTPS. При получении ответа OK посетителю выводится сообщение - пройдите и получите бланк заказа. Он подходит, но бланк не печатается. 
Сотрудники обращаются в тех.поддержку. Пытаемся на моменте разобраться. Бывает, конечно, что чел ошибся в написании фамилии или ник указал, потом не услышал и т.д. Т.е. бланк находим и печатаем. Но в данных случаях в БД нет данных. Причем нет как в таблице заказов, так и нет в БД логов.

Человеку делается новая форма заказа, печатается. Он уходит. А через 5-15 мин клиент печати выплевывает эти бланки. Т.е. в принципе ничего не пропадает.
Я бы предположил что дело в транзакциях, но явно их нет, и операции достаточно простые.
Возможно случается какой-то deadlock, но какой и почему - тоже непонятно. 

рестарт приложения или компа (клиента) никак не влияет. 

К слову сам сервер и БД находятся под нагрузкой. Идет 1000-2500 запросов в минуту. в PHP/Apache логах особо ничего не поймешь. Потому и пытаюсь понять что конкретно нужно искать. 
Это явно не ошибки SQL, т.к. данные потом появляются.

То есть имеется веб-сервер и скрипт-сервер, кроме всего прочего - а у них тоже есть логи.
Но я считаю, этой проблемой (вернее, мониторингом для получения данных по инцидентам) должен заняться DBA сервера БД.

Вряд ли - дедлоки, как и беременность, сами не рассасываются.

Да, имеется веб-сервер. Логи есть. В логах ошибок нет. 



DBA - это Администратор? Он ей и занимает. Но ситуация абсолютно не понятна. Настройки вроде все в соответствии с рекомендациями.
По-тому и пытаемся выяснить возможные варианты действий для локализации проблемы у широкого сообщества. Опыт же у всех разный. 

Данные точно сохраняются. И точно в то время, когда они были сохранены. Порядковый ID и Дата/время сохранения соответствуют фактическому времени. И данные через 10-15 мин становятся видны через запросы.
Непонятно почему происходит такая задержка "видимости" при обращении к данным.

А нет ли там чего кэширующего, а? а то 10-15 минут, а потом кэш перезапрашивается - и вот они, данные... 
Попробуйте подключиться непосредственно к MySQL консольным клиентом и, когда такая фигня обнаружится - посмотреть, доступны ли эти данные при прямом обращении запросом к таблицам.

Мы тоже грешили на кэш запросов. Но сейчас он отключен.

"Видимость" данных я проверяю с двух подключений: с веб сервера запросом и прямым подключением к базе через SQLyog. С обоих подключений данные не видны.
Консольным клиентом попробуем, спасибо за идею.

Может ли дисковый кэш так влиять?
Какой еще кэш может быть?