Александр

мы используем Кассандру для хранения статистики
ее достоинства - хорошо масштабируема, отказоустойчива
проста в использовании именно в целях статистики
быстра на запись, что очень важно для разных партнерских и мизерных программ
недостатки - жрет много места (больше чем прогнозировали)
нагрузка на сеть более 1,5М в сутки

если у вас нагрузка в разы меньше, то достаточно и РСУБД (мускул, посгрес), но если соизмерима, то рано или поздно вы упретесь в проблему масштабирования

я всегда пробрасываю пот через ssh, очень удобно и ни каких заморочек на сервере

отношение Покупатель - Продавец является многие ко многим. Соответственно, для реализации отношения многие ко многим нужна будет отдельная таблица. Но таблицы черный список продавца и покупателя можно совместить:
BlackList :
-- Customer_id int (Заказчик, Покупатель)
-- Seller_id int (Продавец)
-- type bool ( b'0 - занес покупатель, b'1 - занес продавец),
-- timestamp int (время занесения)

хм… использование хранимых процедур в БД, где и как попало ни есть хорошо.

Был у нас один «архитектор», пришедший в WEB из Enterprise App, как-то в одном проекте мы впердолили 30% логики на хранимках. В итоге много ресурсов сожрал MySQL сервер, постоянный deadlock… отлаживать очень сложно, пришлось еще написать 15-20 % кода, для трейсинга выполнения хранимок…
ну и работать стало все медленнее. Когда я про это рассказал разработчикам Мускуля, они долго смеялись над построением такой архитектуры…

Так что, если использховать хранимки, то только в самых простейших случаях,
Мускуль — вам не Оракл, хоть он теперь и есть его младший братик…

в общем я бы сказал, что проект завалили, хотя он закрылся по причине финансирования (был кризис)…
но архитектор все равно оказался дураком, хотя хотел сделать как лучше

Рекурсия в БД (запрос в запросе) — это смерть проекту. Я вывожу все дерево одним запросом (по topic_id упорядочивая по времени) и строю дерево уже непосредственно в цикле обработки данных.

Новое расшрение дает новые возможности. Вы выбрали режим «подготавливаемый SQL», т.е. при первом выполнении компилится SQL выражение и в скомпилированном виде хранится в кеше SQL запросом. Это позволяет экономить время на компиляцию и увеличивает производительность.
Если Вы изменили структуру таблицы, то Ваша откомпилированноое выражение уже не подойдет под новую структуру. Отсюда и ошибка. Вывод:
либо задаем все поля, либо не используем «подготавливаемые выражения»

>Подскажите средства для автоматического переключения на зеркало.
nginx/upstream — для WEB
mysql_proxy