tasker 12 11/10/13 17:53 (изменено) @muslimgauze, у меня сообщения есть очень объёмные, в этом причина. Судебные решения, много судебных решений. Киллобайты под спойлерами. Смотрел объёмы таблиц, именно в сообщениях дело. ТОП таблиц Name Size Rows ibf_posts 167.42 37822 ibf_inline_notifications 26.41 3836 ibf_skin_cache 6.08 164 ibf_members_tracker 3.72 14963 ibf_message_posts 3.14 3213 ibf_sessions 2.20 55 ibf_skin_templates 1.89 850 ibf_core_sys_lang_words 1.81 10819 ibf_task_logs 1.15 1547 ibf_core_editor_autosave 0.45 1 Изменено 10 ноября 2013 пользователем tasker Поделиться сообщением Ссылка на сообщение
tasker 12 11/10/13 18:37 Вот, заодно и уведомления прочитанные почистил. delete FROM ibf_inline_notifications where notify_read=1; commit; Поделиться сообщением Ссылка на сообщение
muslimgauze 14 11/10/13 19:45 @muslimgauze, у меня сообщения есть очень объёмные, в этом причина. Судебные решения, много судебных решений. Киллобайты под спойлерами. Смотрел объёмы таблиц, именно в сообщениях дело. может проще делать их аттачами? Поделиться сообщением Ссылка на сообщение
siv1987 2628 11/10/13 19:52 ibf_sessions 2.20 55Откуда 2Мб на 55 строк сессии?.. Поделиться сообщением Ссылка на сообщение
tasker 12 11/10/13 19:56 @muslimgauze, не проще. @siv1987, во-первых, она в памяти, во-вторых, видимо, стоит сделать optimize table поскольку много delete делается для неё. С ibf_inline_notifications так и пришлось делать после удаления большого числа строк, иначе размер не уменьшался. Поделиться сообщением Ссылка на сообщение
muslimgauze 14 11/10/13 19:58 @muslimgauze, не проще. не будет база загаживатьсяа файлы и пожать можно (раз так в 10) Поделиться сообщением Ссылка на сообщение
tasker 12 11/10/13 20:02 @muslimgauze, я знаю, что файлы хранятся вне базы. Но это очень неудобно для посетителей и публикующего, да и поисковики так лучше индексируют. Поделиться сообщением Ссылка на сообщение
siv1987 2628 11/10/13 20:06 siv1987, во-первых, она в памятиХотя если это MEMORY... тогда может быть такое, учитывая что каждое второе поле в этой таблице имеет среднею длину 150 (byte) MEMORY tables use a fixed-length row-storage format. Variable-length types such as VARCHAR are stored using a fixed length.Но скорее всего optimize table уменьшит этот показатель Поделиться сообщением Ссылка на сообщение
tasker 12 11/10/13 20:10 (изменено) @siv1987, там percona, у них, насколько понял, memory несколько отличается. Кстати, eAccelerator запустил таки, работает. Понял, что всяие сторонние скрипты социальных кнопок сильно тормозят. Буду думать, что с этим делать. Изменено 10 ноября 2013 пользователем tasker Поделиться сообщением Ссылка на сообщение
tasker 12 11/12/13 07:34 Кто-нибудь использует memcached в связке с IP.Board? Что именно там хранит форум и какого объёма кеша ему хватит? Я о настройке в conf_global.php этого $INFO['use_memcache'] = 1; $INFO['memcache_server_1'] = «адрес_сервера»; $INFO['memcache_port_1'] = «порт_сервера»; Поделиться сообщением Ссылка на сообщение
tasker 12 11/12/13 10:26 @siv1987, и всё? Мне показалось, или они маленькие? Поделиться сообщением Ссылка на сообщение
siv1987 2628 11/12/13 10:44 Все зависит от размера вашего кеша - системные настройки, бан фильтры, рсс и тд. Дефолтно там не много. Поделиться сообщением Ссылка на сообщение