BiTel

Цитата из wiki:


Т.е. ( я правильно понял ) , что если оставить у таблиц типа


INGINE=MYISAM в текущем месяце, то со следующего месяца BGB "родит" их уже с INGINE=INNODB, включив сюда и таблицы, упомянутые в http://www.bgbilling.ru/v5.1/doc/ch01s29s04.html ???

Логично предположить , что характер и интенсивность запросов к разным таблицам - разные, по производительности в разных случаях будет выигрывать либо innodb либо myisam.
Учитывая, что engine в mysql работает не на уровне "per-database" , а на уровне "per-table", может имеет смысл где-нибудь предусмотреть конфигурацию списка таблиц, подвергающимся переводу на innodb лил остающимся в старом формате ?

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

БГБ создаст их так как описано тут

Ага, значит если BGB делает create table без явного указания движка - то будет innodb ( по default ). понятненько..

Осталось ещё понять магический смысл опции "innodb_file_per_table" ( только ли ради lvm это сделано ) как тонкий намёк на то , что неполхо бы было включить InnoDB Plugin for MySQL 5.1 и перейти с формата "Антилопы " на "Баракуду"

Ох, где тогда окажутся мои /proc/cpuinfo и /proc/meminfo ... ((

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Единственно для возможности бакапа с помощью снапшотов и rsync.

Кроме таблиц, которые могут быть вынесены в "Мусорную" БД всё постепенно переводить в InnoDb.

Простите, а почему все-таки innodb, ведь есть угроза что oracle откажется от этого стораджа... да и проблемы в нем с локами огромные. И производительность - ниже и ресурсов надо больше... И io - если мне не изменяет память - тоже очень вырастает...

_________________
God Bless Linux! and blessings to FreeBSD!

Возможность работы с транзакциями . В 5.2 вообще код написан с учетом транзакцией, будет работать только на innodb. Почему откажется ?

В оракловых форумах - очень много упоминаний об этом. Там же есть очень много наработок в сторону Maria.

А вообще, innodb требует очень много оперативной памяти, и очень нетривиальных настроек, полагаю вендор биллинга - не уделяет анимание mysql backend`у, дает все на откуп пользователей. Что совершенно неверно. Этому вопросу необходимо посвятить очень много времени, т.к. в случае перехода и перевода на innodb больших операторов - проблемы неизбежны. Одни только потерянные инсерты чего стоят... такого не получить в myisam. Простое копирование файлов - уже не бекап. В общем очень большое кол-во вопросов возникает при переходе на innodb. Естественно, не при таблицах в 1 Мб.

По поводу слухов вокруг innodb:

http://twitter.com/#!/jwage/status/29650830060
http://habrahabr.ru/blogs/mysql/107559/

К слову:

http://monty-says.blogspot.com/2008/01/ ... eased.html
http://habrahabr.ru/blogs/mysql/49929/
http://www.mysqlperformanceblog.com/200 ... pool_size/
http://iphp.com.ua/archives/444
http://www.opennet.ru/openforum/vsluhfo ... 88804.html
http://blog.sjinks.pro/mysql/889-lock-w ... ansaction/

Вот особенно интересно:
http://www.pentarh.com/wp/2009/02/23/innodb-vs-myisam/

_________________
God Bless Linux! and blessings to FreeBSD!

ну это даже не боян уже, а притча во языцах) сто раз опровергнуто

_________________
I'm clever. I've got a computer.

Сейчас работает несколько крупных операторов на innodb и уже давно . И не жалуются .

Как я уже говорил, требуется очень серьезная поддержка производителем ПО, и его понимание innodb. А пока там говорят что, мол переходите на innodb... так как вот теперь будут транзакции... А как же остальное? Миллион настроек.

А потом как у людей будут проблемы, наиболее страшная - это потеря инсертов... они буду говорить что это не мы, а mysql - настраивайте его сами. Вот то что предвосхищаю.

_________________
God Bless Linux! and blessings to FreeBSD!

Соглашусь с этим, так как продукт завязан на данную бд, то хотелось бы чтоб не в вики была рекомендация, а в офф доке настройки бд ---чтоб все работало...как то так =)

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Всё будет хорошо
При получении connection из Setup у нас, как и раньше, он по умолчанию autoCommit=true, но в экшенах, веб-сервисах и при обработке событий commit вызывается после корректного (без ошибок) выполнения.
Помоему, это хорошо, что есть альтернативная БД, которая, по слухам, быстрее и надежнее и при этом полностью совместима с mysql.
Но в 5.2 на нее мы точно переходить не будем, т.к. пока даже не было времени эту БД тестировать.
А innodb многие клиенты действительно пользуются уже 2-3 года.

На innodb уже давно - всё работает.

А вот с этого момента по подробней.

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Итак, вопрос наш сузился до следующего: в официальной документации должен быть раздел по настройке MySQL с innodb engine с четким руководством, что и как делать.

Разработчики, пожалуйста, поясните свою позицию.

_________________
God Bless Linux! and blessings to FreeBSD!

Так?

И если есть какие-то особенности - то все должны быть изложены, т.е. что бы пользователи не занимались самодеятельностью, подкручивая параметры mysql и надеясь что что-то изменится. И как потом окажется, что разработчики что-то там сделали специально, и именно вот этот параметр, как раз и не надо было крутить...

_________________
God Bless Linux! and blessings to FreeBSD!

Биллинг, например, еще с cisco работает. В документации тоже нужно излагать подробный мануал по настройке cisco ?

Если есть какие-то специфичные особенности , мы их изложим.

http://wiki.bgbilling.ru/index.php/%D0% ... 0%B5_MySQL

Из официальной доки :
http://bgbilling.ru/v5.2/doc/ch01s05s01.html
есть ссылка .

Давайте не будем путать теплое с мягким.

Настройка железа - это личные проблемы каждого админа, т.к. железо бывает ооочень разное, но при этом Вы _обзязаны_ указать что именно _требуется_ БГБ от железки, т.е., к примеру, если речь идет о RADIUS-е - Вы, повторюсь, обязаны указать что "для нормальной работы БГБ необходимо <тут список того что нужно для работы БГБ-шного RADIUS-а, например поддержка аливов и т.д. и т.п.>", а уже дальше пускай сам админ БГБ ковыряет _свою_ (м.б. даже уникальную) железку заставляя ее выдавать БГБ то что ему надо согласно списка.

MySQL же, господа, наряду с ActiveMQ является ничем иным, как одним из важнейших _сторонних_ компонентов БГБ, без которых он попросту не сможет работать как должно, и было бы очень разумно и правильно, чтобы те кто проектировал систему озадачились составлением рекомендаций по настройке _стороннего_ продукта под свой продукт (БГБ). Просто получается интересная ситуация - когда Вам понадобился ActiveMQ, то Вы его выложили уже настроенный и готовый к работе, а как дело касается MySQL, в котором собственно все и лежит, то до my.cnf руки так и не дошли Нет, я понимаю что Вы меня сейчас ткнете носом в эту статью, но позвольте, где там _рекомендации_? Где слова о том что "ввиду того что в БГБ ..., необходимо ...", "в БГБ используется ..., поэтому ..." и т.п., где? Нету! А ведь несколько последних сообщений, как раз об этом если Вы не поняли

Пожалуйста, поймите, кроме Вас никто не знает внутренностей БГБ и того что будет с ним завтра, поэтому мы и просим Вас как можно больше помочь нам, вашим пользователям, _правильно_ настроить все необходимое для работы БГБ. Это ведь для Вас, как проффесионалов, не сложно, верно?

Ну вот мы и включили в 5.2 документацию ссылку на Wiki, где официально описаны рекомендации.
В плане настройки Innodb даже проще, чем MyIsam. Там всего одна опция под память innodb_buffer_pool_size
и под количество процессоров innodb_thread_concurrency. Не нужно отдельно выделять под индексы, данные и т.п.
Остальные параметры оставляются как в примере.
Памяти и места на диске он поглощает изрядно, конечно. Места на диске примерно в 2 раза больше, чем MyIsam.
Но зато получается реальный прирост производительности. Мы проверили на действующих операторах.
Нет блокировок уровня таблицы, используется буферизация часто используемых записей в ОЗУ.
MyIsam плох тем, что он летает-летает-летает а при определённой критичной нагрузке просто затыкается насмерть.
И заставить его что-то буферизировать не получается, от добавления памяти скорость не растёт.
Innodb в этом плане гораздо лучше. Количество выполняемых запросов в единицу времени не падает при росте нагрузок.

Т.е. другими словами, мы (пользователи) не получим более детальную настройку mysql с движком innodb окромя того что уже есть. Верно?

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

_________________
God Bless Linux! and blessings to FreeBSD!

А чем вас сейчас данная дока не устраивает? ее переделали, и на данный момент она вполне юзабельна и красива

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Кххмм.... вы вообще данную тему читали? В ней было высказано много опасений о innodb... Не хочется цитировать...

_________________
God Bless Linux! and blessings to FreeBSD!

Да, читал, И? тема была создано до правки статьи в вики, и тада она была ужасна, а сейчас нормальный вид, а что вам нада то?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений