Сага о Внешней БД ...
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% )
это ничего не значит всего лишь факты.