Как заставить поток ждать в некоторых ситуациях

Есть такой сценарий приложения:

Приложение до запуска TCP кеширует данные из MySQL в std::vector, далее запускается TCP и ожидаются подключения.

Клиент подключается к серверу и сразу же шлет привет, сервер ищет этот привет в std::vector, который ранее был заполнен данными из MySQL и в зависимости от того что там есть посылает ответ клиенту.

Здесь все хорошо, все работает, но у меня во время работы приложения может возникнуть необходимость изменить таблицу, которая была кеширована, приложение во время работы с моей помощью может узнать о том что данные нужно кешировать снова.

Тут пошли вопросы...

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

поток который обращается к вектору создается на каждый новый принятый сокет и там циклический ожидает от клиента что-нибудь.

- Что можно придумать чтобы заставить поток ждать перед обращением к вектору?
Была сначала идея воспользоватся mutex'oм, но так и не могу придумать куда его поставить.
Есть еще идея сделать отдельную bool переменную, которая будет хранить текущее поведение кеша.

0

Сообщение от Путин Была сначала идея воспользоватся mutex'oм, но так и не могу придумать куда его поставить.

Если ты к этом вектору получаешь доступ из разных потоков, то mutex нужен в любом случае.
В потоке кеширования:
1) залочил мютекс
2) заполнил вектор
3) разлочил мютекс
В потоке, который читает из вектора
1) залочил мютекс (тот же самый)
2) поискал в векторе
3) разлочил мютекс

Ожидание заполнения получишь тут естественным путем.

0

Путин,
Мануал1, мануал2 и в результате shared_mutex.h, shared_mutex.cpp либо boost::shared_mutex.
А также наверное стоит подумать о том правильно ли так кешировать "приветы", если там данных на самом деле много, то поиск в базе будет выполняться поди быстрее нежели в векторе - раз.
Два - если данных мало и записи в базу будут происходить часто, то цена этому кешированию ровным счётом нулевая -> может расширить "кеширование" и реплицировать изменения в базу реже, если конечно это возможно.

1