Перейти к содержимому
Калькуляторы

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

 

Добрый День.

 

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

 

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

 

Тип таблиц MyIsam

 

Mysql Server version: 5.0.41 Source distribution

 

FreeBSD 7.2-RELEASE

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

#

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

#

 

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

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Изменено пользователем gavru

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

 

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

Изменено пользователем Mallorn

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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)

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Перейти на InnoDB

 

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

 

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

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Изменено пользователем passer

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.