какие на данный момент есть советы по Ускорению работы базы
#1
Отправлено 17 Сентябрь 2011 - 08:55
Было бы здорово если разработчики и опытные пользователи поделились своими советами и идеями - как ускорить работу данной замечательной базы.
Какая ситуация у нас:
версия 1.9.3 WEB - Хостинг TimeWeb - нам нравится (до этого был Маджордом - обплевались)
Ревизия: 1976 от 2011-07-05
Скрон подключен.
Общая статистика базы:
примерно 20 000 записей.
400 файлов на общий вес 40 мб.
Общий вес бэкапа - примерно 170мб.
Вычисления используются активно.
Напоминания тоже.
с базой работают 8 человек.
Ситуация со скоростью:
- в целом нормально.
- но часто, когда нажимаешь сохранить или открыть новую таблицу - задумывается на пару секунд. Вроде на первый взгляд не критично, но когда в день так надо сделать 200 записей - начинает сильно раздражать и замедляет работу менеджера.
Пробовали ставить локально - ситуация примерно такая же.
======
Что думают местные гуру, что посоветуете?
#2
Отправлено 19 Сентябрь 2011 - 08:53
#3
Отправлено 22 Сентябрь 2011 - 17:31
#4
Отправлено 21 Октябрь 2011 - 12:31
Пытаемся увеличить скорость работы базы, но что-то не получается.
Поставили нашу базу локально на комп - Corei3 2.53GHz 3ГБ
Сама база:
примерно 20 000 записей.
400 файлов на общий вес 40 мб.
Общий вес бэкапа - примерно 170мб.
Вычисления используются - но сократили где только можно.
Напоминания активных мало (хотя старых полно, но они закрыты).
С базой работает 1 человек.
Ситуация со скоростью - часто, когда нажимаешь сохранить или открыть новую таблицу - задумывается на 5-7 секунд. Вроде на первый взгляд не критично, но когда в день так надо сделать 200 записей - начинает сильно раздражать и замедляет работу менеджера.
При этом очень странно, что такая задержка (5-7) секунд происходит на мощном компьютере даже в таблицах где нет вычислений. Процессор больше 30% не нагружается.
В чем может быть проблема, куда копать?
#6
Отправлено 21 Октябрь 2011 - 14:04
в локальной - не знаю, установил из вашего установщика.
#8
Отправлено 21 Октябрь 2011 - 15:34
#9
Отправлено 21 Октябрь 2011 - 15:40
Отключите все задания в cron - галочка Запретить выполнение, проверьте задержку.
#10
Отправлено 21 Октябрь 2011 - 16:31
Цитата
#11
Отправлено 24 Октябрь 2011 - 08:44
smart (21.10.2011, 17:31) писал:
#12
Отправлено 27 Октябрь 2011 - 03:18
#13
Отправлено 28 Октябрь 2011 - 07:49
f-jeka (27.10.2011, 4:18) писал:
2. Если Cron все же установлен, то попробуйте уменьшить периодичность выполнения заданий в нем. Для этого нужно перейти в "Настройки" - "Дополнительно" - "Настройки Cron", затем зайти в нужное задание (например "напоминания") и изменить для него период (например на "Каждые 15 минут").
3. Попробуйте отключить "Расширенные скролл окна" в общих настройках программы.
4. Уменьшите количество строк таблицы, которые отображаются на одной странице.
#14
Отправлено 29 Январь 2015 - 00:11
2. Перенос записей в корзину (удалённые) ?
3. Удаление записей из корзины (удалённые) ?
При использовании SaaS аккаунта даст ли увеличение скорости работы при открытии таблицы, открытие записи, редактирование записи, редактирование записи и сохранение записи?
#15
Отправлено 29 Январь 2015 - 09:42
3 может увеличить производительность по одной таблице, но только если записей в корзине действительно очень много (сравнимо или больше чем активных).
Вообще, практика показывает, что больше всего тормозов от вычислений на событие отображение полей, если они есть.
#16
Отправлено 30 Январь 2015 - 18:57
Но никто почему то не хочет этим заниматься. Попробуйте профилировать запросы, что генерит КБ в каком нибудь отладчике.
Вот это будет зрелище.
Пользовательские таблицы - здесь должны админы пользователя этим заниматься
Служебные - хотелось, чтобы программеры КБ озаботились.
Сообщение отредактировал maksn: 30 Январь 2015 - 19:09
#17
Отправлено 02 Февраль 2015 - 10:25
maksn (30 Январь 2015 - 18:57) писал:
Это заблуждение. Наибольшее ускорение дает уменьшение количества запросов, их в КБ сейчас слишком много на страницу, и это основная причина тормозов. Вычисления на отображение просто увеличивает их еще больше. Что касается индексов, мы экспериментировали с ними, существенного выигрыша не обнаружили, но на отдельных направлениях частично оптимизировать удалось. Индексированная версия выйдет в 2.0.4. Более кардинальные изменения в плане запросов будут только в 3.0.
#18
Отправлено 02 Февраль 2015 - 11:54
CbCoder (02 Февраль 2015 - 10:25) писал:
CbCoder (02 Февраль 2015 - 10:25) писал:
#19
Отправлено 02 Февраль 2015 - 12:28
Обещали, что изменение механизма вывода напоминаний изменит ситуацию. Речь шла про 2.0.3, кажется. Как висела, так и висит.
В худшие времена (возможно когда пятна на солнце) вывод страницы может достигать минуты и более. Очень способствует приобщению к философии дзен.
Жду 3.0 как манны небесной.
Творческая группа "ТАВР".
www.TAVR.pro Художественная ковка, металлоконструкции.
www.СтолМет.рф Складные столы, стулья и системы для их хранения
#20
Отправлено 02 Февраль 2015 - 14:25
andibrag (02 Февраль 2015 - 12:28) писал:
Прошу прощения за флуд. Никого не хочу обидеть. Но я же писал "ГРАМОТНОЕ" построение индексов.
Индексы можно понаделать такие, что лучше бы их не было. Совсем.
По своему основному месту работы мне приходится иметь дело с такими монстрами, как MS SQL и ORACLE с таблицами по несколько миллионов записей.
Правильно проиндексированные таблицы там дают результат в долю секунды, а без таковых могут отрабатывать часами
(Перебирая все содержимое таблицы по нескольку раз - FULL SCAN)
Что касается КБ, из практики, проиндексированные таблицы дают прирост производительности SQL сервера в 8-10 раз
В зависимости от размеров таблиц
Сообщение отредактировал maksn: 02 Февраль 2015 - 14:48
Количество пользователей, читающих эту тему: 2
0 пользователей, 2 гостей, 0 анонимных