BiTel

В radius.properties есть параметры:Каковы оптимальные значения? Если это возможно, то как их расчитать? Один коннект = 1 auth.thread.count = 1 acct.thread.count или еще как? Как узнать оптимальный netflow.thread.count?
Спасибо.

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

Спасибо, теперь понятно!
Позвольте еще вопрос - сколько соединений с MySQL открывает биллинг при подобных настройках? Каким оптимальным будет max_connections в my.cnf чтобы небыло затыка в том что лимит исчерпан?

Все хочу Вас попросить - почему бы Вам не делать после коннекта к БД всего один запрос:чем сразу решить практически все проблемы с настройками MySQL касательно языков? Это было бы очень удобно если бы Вы это реализовали, т.к. позволило держать в БД разные таблицы в разных кодировках. Например - у меня сервер работает в utf, а базы в нем лежат как в utf так и в koi8-r и 1251 и все решается правильным выставлением кодировок в таблицах и запросах, а вот под BGB приходится мудрить с настройками.

У каждого приложения биллинга (сервер, радиус и т.п.) есть свой внутренний пул коннектов, для которого в properties файле установлено db.maxActive - максимальное число коннектов.
Просто просуммируйте их и установите в my.cnf сумму.


Вообще в свойствах драйвера кодировка устанавливается через URL подключения к БД (db.url в файле properties), попробуйте просто менять там кодировку.

Вот оно! СПАСИБО!
Тут возникает встречный вопрос - надо ли менять указанные данные? Например в случае увеличения нагрузки будет ли где нибудь сообщение о том что "коннектов не хватает! админ, давай еще!"?
Согласно документации:там же, далее:Получается надо использовать либо "SET NAMES" либо "default-character-set", но в то же время другая, более близкая к BGB дока говорит обратное:Получается BGB шлет указание на то какую кодировку использует клиент но нет никаких вариантов указать в какой кодировке шлются/придут данные или все же стоит попробывать указать SET NAMES дабы сказать серверу что данные шлются в cp1251, ну а кодировка клиента уже прописана и меняться она не будет, поэтому этим warning-ом можно пренебречь? Как Вы думаете, может стоит попробывать? Ведь это даст возможность иметь сервер в любой кодировке (ЕМНИМС по дефолту latin1) но при этом правильно отображать данные вне зависимости от настроек my.cnf.

up

по поводу SET NAMES . Мы недавно извлекали данные из БД другого биллинга и переносили в бд bgbilling.. Вначале получали абра-кадабру постояннно, но клиент mysql работал без проблем .. Потом оказалось что тот биллинг как раз использовал SET NAMES в одной кодировке , connection у бд был в другой , а база в 3-тьей .. там получился бардак, и итоге получилось двойное прекодирование и каждая буква приходила размером в 2 раза больше чем в utf8 ..Причем там биллинговая ситема засовывала эти данные неправильно изначально , потом их пришлось так же криво оттуда доставать ..

Вы можете для базы BG Billing задать cp1251 и не менять my.cnf ..Не вижу проблемы

Проблема с кодировками решена ..
1. теперь в файле dump задается кодировка для базы
2. При заливании файла dump явно указывается кодировка (изменил документацию)
3.в data.properties явно указана кодировка в параметре db.url (это было и раньше)

В текущей документации (4.4) правда осталась клиентская кодировка :



Но и она не обязательна .. Серверная кодировка может тоже быть любой - используйте какую хотите.