zlolotus Опубликовано 21 марта, 2011 · Жалоба Добрый День. Использую Биллинг UTM5 не подскажите какой максимальный размер таблицы в Myisam для freebsd 7.2? нигде не могу найти информацию. Сейчас, сам дамп базы(не таблицы) где-то около 3.8 Гигабайт. Тип таблиц MyIsam Mysql Server version: 5.0.41 Source distribution FreeBSD 7.2-RELEASE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 21 марта, 2011 · Жалоба # Large files (up to 63-bit file length) are supported on file systems and operating systems that support large files. # There is a limit of 2^32 (~4.295E+09) rows in a MyISAM table. If you build MySQL with the --with-big-tables option, the row limitation is increased to (2^32)2 (1.844E+19) rows. See Section 2.17.3, ”MySQL Source-Configuration Options”. Binary distributions for Unix and Linux are built with this option. http://dev.mysql.com/doc/refman/5.0/en/myi...age-engine.html Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zlolotus Опубликовано 21 марта, 2011 · Жалоба # Large files (up to 63-bit file length) are supported on file systems and operating systems that support large files. # There is a limit of 2^32 (~4.295E+09) rows in a MyISAM table. If you build MySQL with the --with-big-tables option, the row limitation is increased to (2^32)2 (1.844E+19) rows. See Section 2.17.3, ”MySQL Source-Configuration Options”. Binary distributions for Unix and Linux are built with this option. http://dev.mysql.com/doc/refman/5.0/en/myi...age-engine.html Спасибо ) 4 294 967 296 строк ))) а вот сколько это будет в гигабайтах ))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 21 марта, 2011 · Жалоба Перечитайте вышеприведенное 10 раз. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
gavru Опубликовано 22 марта, 2011 · Жалоба Поставте по крону очистку например по истечении 3х месяцев и забудте о проблеме, при этом бекапы будут иметь информацию и в случае необходимости будете от туда доставать старые данные :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zlolotus Опубликовано 22 марта, 2011 · Жалоба Поставте по крону очистку например по истечении 3х месяцев и забудте о проблеме, при этом бекапы будут иметь информацию и в случае необходимости будете от туда доставать старые данные :) А что за отчистка? Можно подробнее? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 22 марта, 2011 · Жалоба Сейчас, сам дамп базы(не таблицы) где-то около 3.8 Гигабайт. у вас какое количество абонентов? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
gavru Опубликовано 22 марта, 2011 (изменено) · Жалоба А что за отчистка? Можно подробнее? Просто запрос sql типа такого mysql database -e "delete from tabla where tabla.data < '01.01.2010'" Соответственно значения поменять на свои :) требуется это делать человеку знакомому с SQL В том же traffpro сделана автоочистка и агрегация данных по истечениию такого то периода именно по такой же схеме, а то базы разрастаются до неимоверных размеров. Изменено 22 марта, 2011 пользователем gavru Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mallorn Опубликовано 29 марта, 2011 (изменено) · Жалоба Если UTM5 свежий и официальный, настройте ежемемячную архивацию таблиц с трафиком. И проблему решите, и трафик в отчетах никуда не денется. Решения в виде готовых скриптов есть на форуме Нетапа, почитав код, можно написать свой костылек на удобном для вас языке программирования. Работа с архивами появилась в UTM5 начиная с 5.21-006, если мне память не изменяет. Да, и кстати быстродействие биллинга при сборе отчетов\записи трафика вырастет ощутимо. Изменено 29 марта, 2011 пользователем Mallorn Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zlolotus Опубликовано 13 апреля, 2011 · Жалоба mysql> show table status like 'discount_transactions_all' \G *************************** 1. row *************************** Name: discount_transactions_all Engine: MyISAM Version: 10 Row_format: Dynamic Rows: 18944345 Avg_row_length: 85 Data_length: 1627975816 Max_data_length: 281474976710655 Index_length: 653442048 Data_free: 0 Auto_increment: 18944346 Create_time: 2011-02-27 08:34:58 Update_time: 2011-04-13 00:00:21 Check_time: 2011-03-21 11:01:13 Collation: latin1_swedish_ci Checksum: NULL Create_options: Comment: 1 row in set (0.01 sec) т.е получается мне еще долго ждать? или этому не стоит доверять? таблица далека от максимального размера? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 13 апреля, 2011 · Жалоба Вариантов-то масса. Перейти на InnoDB Использовать Partition Truncate'ить (куда быстрее, в отличии от delete) таблицу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 14 апреля, 2011 (изменено) · Жалоба zlolotus Табличка не такая уж и большая. Чтобы админка не тупила - хотя бы добавьте сложных ключей в таблички, которые долго обрабатываются. Проверено, ускоряет выборки в разы. И, конечно, архивацию. Изменено 14 апреля, 2011 пользователем passer Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zlolotus Опубликовано 14 апреля, 2011 · Жалоба zlolotus Табличка не такая уж и большая. Чтобы админка не тупила - хотя бы добавьте сложных ключей в таблички, которые долго обрабатываются. Проверено, ускоряет выборки в разы. И, конечно, архивацию. С Админкой все ок, просто не хочу получить full table. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...