| forum.bitel.ru http://forum.bitel.ru/ |
|
| Большой объем данных в таблицах http://forum.bitel.ru/viewtopic.php?f=44&t=11093 |
Страница 1 из 1 |
| Автор: | zavndw [ 12 ноя 2015, 21:20 ] |
| Заголовок сообщения: | Большой объем данных в таблицах |
Столкнулся с растущей базой. Вижу в прошлом году вопрос поднимался http://forum.bitel.ru/viewtopic.php?f=44&t=9069&hilit=inv_ip_resource_subscription_dyn у меня главный вопрос смотреть настройки модуля в плане сессий? или просто их чистить? Та история не понятно чем закончилась... |
|
| Автор: | Artur [ 13 ноя 2015, 11:33 ] |
| Заголовок сообщения: | Re: Большой объем данных в таблицах |
Как быстро прогрессирует? |
|
| Автор: | zavndw [ 14 ноя 2015, 14:54 ] |
| Заголовок сообщения: | Re: Большой объем данных в таблицах |
Код: 12K connection_log_entry_1_201508.frm
4,0K connection_log_entry_1_201508.par 128K connection_log_entry_1_201508#P#p0.ibd 1,6G connection_log_entry_1_201508#P#p1.ibd 128K connection_log_entry_1_201508#P#p2.ibd 157M connection_log_entry_1_201508#P#p3.ibd 128K connection_log_entry_1_201508#P#p4.ibd 128K connection_log_entry_1_201508#P#p5.ibd 128K connection_log_entry_1_201508#P#p6.ibd 128K connection_log_entry_1_201508#P#p7.ibd 12K connection_log_entry_1_201509.frm 4,0K connection_log_entry_1_201509.par 128K connection_log_entry_1_201509#P#p0.ibd 1,6G connection_log_entry_1_201509#P#p1.ibd 128K connection_log_entry_1_201509#P#p2.ibd 161M connection_log_entry_1_201509#P#p3.ibd 128K connection_log_entry_1_201509#P#p4.ibd 128K connection_log_entry_1_201509#P#p5.ibd 128K connection_log_entry_1_201509#P#p6.ibd 128K connection_log_entry_1_201509#P#p7.ibd 12K connection_log_entry_1_201510.frm 4,0K connection_log_entry_1_201510.par 128K connection_log_entry_1_201510#P#p0.ibd 1,3G connection_log_entry_1_201510#P#p1.ibd 128K connection_log_entry_1_201510#P#p2.ibd 149M connection_log_entry_1_201510#P#p3.ibd 128K connection_log_entry_1_201510#P#p4.ibd 448K connection_log_entry_1_201510#P#p5.ibd 128K connection_log_entry_1_201510#P#p6.ibd 128K connection_log_entry_1_201510#P#p7.ibd 12K inv_ip_resource_subscription_dyn_1_1_201507.frm 144K inv_ip_resource_subscription_dyn_1_1_201507.ibd 12K inv_ip_resource_subscription_dyn_1_1_201508.frm 144K inv_ip_resource_subscription_dyn_1_1_201508.ibd 12K inv_ip_resource_subscription_dyn_1_1_201509.frm 144K inv_ip_resource_subscription_dyn_1_1_201509.ibd 12K inv_ip_resource_subscription_dyn_1_1_201510.frm 309M inv_ip_resource_subscription_dyn_1_1_201510.ibd 12K inv_ip_resource_subscription_dyn_1_1_201511.frm 129M inv_ip_resource_subscription_dyn_1_1_201511.ibd 12K inv_ip_resource_subscription_dyn_1_201402.frm 144K inv_ip_resource_subscription_dyn_1_201402.ibd 12K inv_ip_resource_subscription_dyn_1_201403.frm 176K inv_ip_resource_subscription_dyn_1_201403.ibd 12K inv_ip_resource_subscription_dyn_1_201404.frm 549M inv_ip_resource_subscription_dyn_1_201404.ibd 12K inv_ip_resource_subscription_dyn_1_201405.frm 633M inv_ip_resource_subscription_dyn_1_201405.ibd 12K inv_ip_resource_subscription_dyn_1_201406.frm 637M inv_ip_resource_subscription_dyn_1_201406.ibd 12K inv_ip_resource_subscription_dyn_1_201407.frm 573M inv_ip_resource_subscription_dyn_1_201407.ibd 12K inv_ip_resource_subscription_dyn_1_201408.frm 573M inv_ip_resource_subscription_dyn_1_201408.ibd 12K inv_ip_resource_subscription_dyn_1_201409.frm 525M inv_ip_resource_subscription_dyn_1_201409.ibd 12K inv_ip_resource_subscription_dyn_1_201410.frm 573M inv_ip_resource_subscription_dyn_1_201410.ibd 12K inv_ip_resource_subscription_dyn_1_201411.frm 513M inv_ip_resource_subscription_dyn_1_201411.ibd 12K inv_ip_resource_subscription_dyn_1_201412.frm 561M inv_ip_resource_subscription_dyn_1_201412.ibd 12K inv_ip_resource_subscription_dyn_1_201501_old.frm 577M inv_ip_resource_subscription_dyn_1_201501_old.ibd 12K inv_ip_resource_subscription_dyn_1_201502_old.frm 513M inv_ip_resource_subscription_dyn_1_201502_old.ibd 12K inv_ip_resource_subscription_dyn_1_201503_old.frm 545M inv_ip_resource_subscription_dyn_1_201503_old.ibd 12K inv_ip_resource_subscription_dyn_1_201504_old.frm 489M inv_ip_resource_subscription_dyn_1_201504_old.ibd 12K inv_ip_resource_subscription_dyn_1_201505_old.frm 529M inv_ip_resource_subscription_dyn_1_201505_old.ibd 12K inv_ip_resource_subscription_dyn_1_201506.frm 144K inv_ip_resource_subscription_dyn_1_201506.ibd 12K inv_ip_resource_subscription_dyn_1_201506_old.frm 513M inv_ip_resource_subscription_dyn_1_201506_old.ibd 12K inv_ip_resource_subscription_dyn_1_201507.frm 473M inv_ip_resource_subscription_dyn_1_201507.ibd 12K inv_ip_resource_subscription_dyn_1_201508.frm 473M inv_ip_resource_subscription_dyn_1_201508.ibd 12K inv_ip_resource_subscription_dyn_1_201509.frm 457M inv_ip_resource_subscription_dyn_1_201509.ibd 12K inv_ip_resource_subscription_dyn_1_201510.frm 85M inv_ip_resource_subscription_dyn_1_201510.ibd |
|
| Автор: | nik247 [ 16 ноя 2015, 17:58 ] |
| Заголовок сообщения: | Re: Большой объем данных в таблицах |
zavndw писал(а): Столкнулся с растущей базой. Вижу в прошлом году вопрос поднимался http://forum.bitel.ru/viewtopic.php?f=44&t=9069&hilit=inv_ip_resource_subscription_dyn у меня главный вопрос смотреть настройки модуля в плане сессий? или просто их чистить? Та история не понятно чем закончилась... Так особо так ничем и на закончилось....Через 21 день перековертирую (c архивирванием) старые месячные таблицы в MyISAM с удением индексов и партиций. Присмотрел новый алгоритм с innoDB: удаление ненужных индексов и партицирования и применения сжатия. При этом происходит пересоздание таблиц и убирается большая фрагментация. На тестовом сервере удалось уменьшить базу в 2 раза. В некоторых таблицых дублируются индексы - у поля есть свой индекс, но так же оно используется и в составном индексе. Надо разработчиков попросить исправить. |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|