zlolotus Posted March 21, 2011 Posted March 21, 2011 Добрый День. Использую Биллинг UTM5 не подскажите какой максимальный размер таблицы в Myisam для freebsd 7.2? нигде не могу найти информацию. Сейчас, сам дамп базы(не таблицы) где-то около 3.8 Гигабайт. Тип таблиц MyIsam Mysql Server version: 5.0.41 Source distribution FreeBSD 7.2-RELEASE Вставить ник Quote
jab Posted March 21, 2011 Posted March 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 Вставить ник Quote
zlolotus Posted March 21, 2011 Author Posted March 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 строк ))) а вот сколько это будет в гигабайтах ))) Вставить ник Quote
jab Posted March 21, 2011 Posted March 21, 2011 Перечитайте вышеприведенное 10 раз. Вставить ник Quote
gavru Posted March 22, 2011 Posted March 22, 2011 Поставте по крону очистку например по истечении 3х месяцев и забудте о проблеме, при этом бекапы будут иметь информацию и в случае необходимости будете от туда доставать старые данные :) Вставить ник Quote
zlolotus Posted March 22, 2011 Author Posted March 22, 2011 Поставте по крону очистку например по истечении 3х месяцев и забудте о проблеме, при этом бекапы будут иметь информацию и в случае необходимости будете от туда доставать старые данные :) А что за отчистка? Можно подробнее? Вставить ник Quote
terrible Posted March 22, 2011 Posted March 22, 2011 Сейчас, сам дамп базы(не таблицы) где-то около 3.8 Гигабайт. у вас какое количество абонентов? Вставить ник Quote
gavru Posted March 22, 2011 Posted March 22, 2011 (edited) А что за отчистка? Можно подробнее? Просто запрос sql типа такого mysql database -e "delete from tabla where tabla.data < '01.01.2010'" Соответственно значения поменять на свои :) требуется это делать человеку знакомому с SQL В том же traffpro сделана автоочистка и агрегация данных по истечениию такого то периода именно по такой же схеме, а то базы разрастаются до неимоверных размеров. Edited March 22, 2011 by gavru Вставить ник Quote
Mallorn Posted March 29, 2011 Posted March 29, 2011 (edited) Если UTM5 свежий и официальный, настройте ежемемячную архивацию таблиц с трафиком. И проблему решите, и трафик в отчетах никуда не денется. Решения в виде готовых скриптов есть на форуме Нетапа, почитав код, можно написать свой костылек на удобном для вас языке программирования. Работа с архивами появилась в UTM5 начиная с 5.21-006, если мне память не изменяет. Да, и кстати быстродействие биллинга при сборе отчетов\записи трафика вырастет ощутимо. Edited March 29, 2011 by Mallorn Вставить ник Quote
zlolotus Posted April 13, 2011 Author Posted April 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) т.е получается мне еще долго ждать? или этому не стоит доверять? таблица далека от максимального размера? Вставить ник Quote
Dyr Posted April 13, 2011 Posted April 13, 2011 Вариантов-то масса. Перейти на InnoDB Использовать Partition Truncate'ить (куда быстрее, в отличии от delete) таблицу. Вставить ник Quote
passer Posted April 14, 2011 Posted April 14, 2011 (edited) zlolotus Табличка не такая уж и большая. Чтобы админка не тупила - хотя бы добавьте сложных ключей в таблички, которые долго обрабатываются. Проверено, ускоряет выборки в разы. И, конечно, архивацию. Edited April 14, 2011 by passer Вставить ник Quote
zlolotus Posted April 14, 2011 Author Posted April 14, 2011 zlolotus Табличка не такая уж и большая. Чтобы админка не тупила - хотя бы добавьте сложных ключей в таблички, которые долго обрабатываются. Проверено, ускоряет выборки в разы. И, конечно, архивацию. С Админкой все ок, просто не хочу получить full table. Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.