Внешняя БД мысли вслух

Сага о Внешней БД ...

1) Вопрос выбора.
ТИ предлагает на выбор из бесплатных постгри или мускул...

-платить деньги за мсскл  только ради логов не каждый может.
-мсскл експресс  1ядро, 1гб памяти, размер базы до 4х ГБ ... отпадает сразу ибо 3гб/мес логи растут

а) есть советы по предпочтениям между постгри и мускул?
б) сравнение производительности ?

или вас это  абсолютно не интересует ?

а вот многим  пользователям это бы сэкономило много времени.

2)Вопрос производительности

ти трудолюбиво сгружает логи во внешнюю бд  загружая на 100% только 1 ядро щлюза и 1 ядро сервера с бд  на 50% (ос конечно же делит нагрузку между в моем 4 мя ядрами процессора) тоесть стоит квад и загружен макс на 25% ... режим холостого хода ... (проверено для мускул 5.1)
чуть лучше ситуация при обратной операции ... делаю сетевую статистику по 1 пользователю за месяц ... и делаю и делаю ...
25% загрузки квада . строго однопоточный процесс  почему ????.
смотрю мускула гуи утиль .... 2 запроса / сек, 50 кб/сек сетевая активность по другим параметрам ни во что не упирается ...
вы скажите если запустить сразу 2-3-4 отчета я смогу использовать потенциал сервера с бд на 100% ... но когда надо сделать отчет за месяц по трафику и сетевой статистике  получается только 1 поток ...

с этим что-нить можно сделать ?

Если у вас есть какието требования/советы по настройке внешних бд  я, да и думаю другие пользователи, с удовольствием их  посмотрят.

3) устойчивость синхронизации

видел много постов что люди жаловались о проблемах... думал ну мало ли бывает... ан нет те же грабли.

использую мускул 5.1 ...  на отдельном сервере ...
вот сегодня получилось так что во время синхронизации сервер с бд был перезагружен.
итог ... при запуске синхронизации жуткие тупняки и зловещая надпись проверка базы данных на внешнем скл сервере уже 7 часов. на мускуле 2 подключения от шлюза
1 - SHOW TABLE STATUS
2 - Call ti user update log(1)

загрузку проца шлюза 1-5% загрузка сервера с бд 2% = никакой активности синхронизации.

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

и что так каждый раз  при обрыве во время синхронизации ? 0_0

-------------------
пару слов о постгрии
вобщем там ... с версии 8.4 до версии 9.0 на вин платформу установить не получается ... ошибка  в процессе инсталяции
читал форум оффициальный пытался применить все их хинты, результат нулевой !!!

вкраце ...

процесс инсталяции запускается с админскими правами, он создает системную учетку от имени которой инициализирует сервис и кластер бд она НЕ ДОЛЖНА БЫТЬ админом по политикам безопасности ....
собственно в процессе инициализации кластера бд вылетает ошибка не найден файл ддл который спокойно лежит в папке с запускаемым ЕХЕ ... печаль.
Игры с пермишенами ни к чему не привели результат нулевой.
с версией 8.4 такаяже беда.

версия 8.3.7 стала с пол пинка ...
чтоб законнектить ти к бд надо мало того  что поставить одбц, надо в файл pg_hba.conf добавить ип шлюза, бд, и пермишены к ней... иначе законнектить не получится.
законнектил ... запускаю синхронизацию ...
длится 40 минут синхронизация 300мб бд .. за пару дней данные в ней загрузка процессора сервера с бд 6% 0_0  это еще печальнее чем мускул... при создании отчетов загрузка тоже никакая 15 % макс и то пиково ... это отчем по трафику за 2 дня по 800 пользователям... толи радоваться, толи грустить непонятно. хотя делает достаточно быстро.
сравнивать необъективно... но

постгри 8.3.7  - повторная синхронизация после предыдущей синхронизации(тоесть с нулевым переносом данных просто проверка синхронизации другими словами) во внешнюю бд за 2 дня из внутренней бд за 2 дня ... длится 15 сек. (загрузка квада 3ггц - 5-15% пиково)
мускул 5.1 - повторная синхронизация из внутренней бд за 2 дня во внешнюю за 3 месяца ... длится много - больше минуты. (загрузка квада 3ггц - 20-25% )
это ничего не значит всего лишь факты.


Редактировал bulkas