Администраторы группы

  • Аватар

Модераторы группы

  • Аватар

Разработка Vtiger CRM

Открытая группа активность: 1 нед., 3 дн. назад

Обсуждаем вопросы доработки существующих и создания новых модулей для SalesPlatform Vtiger CRM.

Производительность системы на больших объемах данных (записей: 6)

← Форум группы   Все форумы
  • Аватар svda - 5 мес. назад:

    Добрый день!
    У нас стремительно растет объем данных. Система начинает заметно замедляться. Какие рекомендации по настройке Mysql можете дать? Есть ли возможность перейти на postgr? Попробовали смигрировать данные и переключить vtiger на postgre, но запросы явно не адаптированы под эту субд, несмотря на наличие соответствующих библиотек в коде.

  • Аватар Олег Антонов - 3 мес., 3 нед. назад:

    А какие у вас объёмы? В каких модулях больше всего записей? Какая версия системы?

  • Аватар svda - 3 мес., 3 нед. назад:

    Олег,
    Система версии 6.4
    За два года эксплуатации одним подразделением:
    crmentity – 300 000 строк,
    modtracker_detail – 3 250 000,
    Сейчас записей больше всего в troubletickets – 120 000 строк.
    Уже этот этот объем данных нам показался большим на 6ой версии системы, когда мы столкнулись с медленным поиском, из-за чего пришлось внедрить Sphinx для строки поиска.
    Планируем переход на 7ую версию, которую сейчас дорабатываем под себя.
    После перехода на 7ку, начнем внедрение в другие отделы, что на порядок увеличит объем записи. Кроме этого, планируем запускать интеграцию crm с почтой – около 1 500 000 сообщений в год и фиксирования в crm всех телефонных вызовов около 1 000 000 записей в год.

  • Аватар Олег Антонов - 3 мес., 3 нед. назад:

    Тогда и конфиг железа выкладывайте. Сейчас увеличение мощности железа дешевле доработок в коде))
    Делали несколько проектов на 6.5 с большими базами. Прикручивали ElasticSesrch для полнотекстового поиска. С тормозами столкнулись только в табличном виде модуля Звонки. Но потом переписали его полностью, чтобы он лучше работал с нашим PinConnector.
    В семерке столкнулись с тем, что используются persistent connections и при некоторых условиях они заканчиваются и мускул больше не даёт создавать новых, при этом все зависает. Переключили на использование обычных соединений.
    А для оптимизации в конкретном кейсе надо смотреть какие у вас специфичные задачи. Возможно где-то индексы нужно будет добавить, но это индивидуально.

  • Аватар svda - 3 мес., 3 нед. назад:

    «Делали несколько проектов на 6.5 с большими базами.» – какому объему данных даёте оценку «большие»,
    Производительность железной части будем увеличивать.
    Сейчас система на KVM 2.5ГГц*4, 12Гб

  • Аватар Олег Антонов - 3 мес., 3 нед. назад:

    Большие – от 500к до миллиона и более записей (в vtiger_crmentity). За год примерно 500к звонков в одной из тех что под рукой.

    SSD ещё очень желательно.

    Postgres – не слышал про успешные внедрения с Vtiger.
    nginx может ускорить. PHP7 бы значительно ускорил работу (кода), но он не настолько хорошо поддерживается.