Jump to content
Калькуляторы

Максимальный размер таблицы UTM5 Myisam

 

Добрый День.

 

Использую Биллинг UTM5 не подскажите какой максимальный размер таблицы в Myisam для freebsd 7.2?

 

нигде не могу найти информацию. Сейчас, сам дамп базы(не таблицы) где-то около 3.8 Гигабайт.

 

Тип таблиц MyIsam

 

Mysql Server version: 5.0.41 Source distribution

 

FreeBSD 7.2-RELEASE

 

 

Share this post


Link to post
Share on other sites

#

 

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

Share this post


Link to post
Share on other sites
#

 

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 строк ))) а вот сколько это будет в гигабайтах )))

 

 

Share this post


Link to post
Share on other sites

 

Перечитайте вышеприведенное 10 раз.

Share this post


Link to post
Share on other sites

Поставте по крону очистку например по истечении 3х месяцев и забудте о проблеме, при этом бекапы будут иметь информацию и в случае необходимости будете от туда доставать старые данные :)

Share this post


Link to post
Share on other sites
Поставте по крону очистку например по истечении 3х месяцев и забудте о проблеме, при этом бекапы будут иметь информацию и в случае необходимости будете от туда доставать старые данные :)

 

А что за отчистка? Можно подробнее?

Share this post


Link to post
Share on other sites

Сейчас, сам дамп базы(не таблицы) где-то около 3.8 Гигабайт.

у вас какое количество абонентов?

Share this post


Link to post
Share on other sites
А что за отчистка? Можно подробнее?

Просто запрос sql типа такого

mysql database -e "delete from tabla where tabla.data < '01.01.2010'"

Соответственно значения поменять на свои :) требуется это делать человеку знакомому с SQL

В том же traffpro сделана автоочистка и агрегация данных по истечениию такого то периода именно по такой же схеме, а то базы разрастаются до неимоверных размеров.

Edited by gavru

Share this post


Link to post
Share on other sites

Если UTM5 свежий и официальный, настройте ежемемячную архивацию таблиц с трафиком. И проблему решите, и трафик в отчетах никуда не денется.

Решения в виде готовых скриптов есть на форуме Нетапа, почитав код, можно написать свой костылек на удобном для вас языке программирования.

 

Работа с архивами появилась в UTM5 начиная с 5.21-006, если мне память не изменяет.

 

Да, и кстати быстродействие биллинга при сборе отчетов\записи трафика вырастет ощутимо.

Edited by Mallorn

Share this post


Link to post
Share on other sites

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)

 

т.е получается мне еще долго ждать? или этому не стоит доверять? таблица далека от максимального размера?

Share this post


Link to post
Share on other sites

Вариантов-то масса.

 

Перейти на InnoDB

 

Использовать Partition

 

Truncate'ить (куда быстрее, в отличии от delete) таблицу.

 

 

Share this post


Link to post
Share on other sites

zlolotus Табличка не такая уж и большая. Чтобы админка не тупила - хотя бы добавьте сложных ключей в таблички, которые долго обрабатываются. Проверено, ускоряет выборки в разы. И, конечно, архивацию.

Edited by passer

Share this post


Link to post
Share on other sites

zlolotus Табличка не такая уж и большая. Чтобы админка не тупила - хотя бы добавьте сложных ключей в таблички, которые долго обрабатываются. Проверено, ускоряет выборки в разы. И, конечно, архивацию.

 

С Админкой все ок, просто не хочу получить full table.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this