Вообщем требуется определить

1) максимальный размер базы данных ( total size of table schema)
2) процент использования "выделенного" места (usage_percent)
3) размер использованного простраства (usage_value).

Т.е. требуется примерно следующее:
- размер базы 10Гб
- на данный момент использовано 57% выделенного простраства или
- 5.7 Гб уже "забито" данными.

Естественно (для меня имхо) сразу попытался использовать
http://]http://dev.mysql.com/doc/mysql/en/show-table-status.html

"SHOW TABLE STATUS [FROM db_name] [LIKE 'pattern']

SHOW TABLE STATUS returns the following fields:
...

# Data_length
The length of the data file.

# Max_data_length
The maximum length of the data file. This is the total number of data bytes that can be stored in the table, given the data pointer size used.

# Data_free
The number of allocated but unused bytes.
"

переписал это дело для себя следующим образом, используя information_schema.tables - системную таблицу tables из information_schema.


В результате оказалось, что _теоретически_ мы можем использовать information_schema.tables/SHOW TABLE STATUS для получения данных. Но эти данные не корректны в текущей реализации MySQL, даже в последней бете 5.0.7
Это же подтвердил официальный представитель MySQL.

Остается вопрос как же все-таки определить размер базы то? -)
Например как выделяется размер базы MySQL у хостинг-провайдеров? Как у них посчитывается использованное пространство и т.п.?

На ум пока приходит тупо создать отдельную партицию под дата-файлы и считать свободное и занятое пространство там.

Также погуглил на эту тему. Но практически везде отсылают на SHOW TABLE STATUS.

среда реализации: MySQL 5.0.x, таблицы MyISAM, InnoDB
платформа: Solaris + Java 1.4

Кто что может посоветовать? -)
Буду очень признателен.

DocAl
Ну, во-первых, под файлы БД в любом случае неплохо создать отдельный раздел, причём в идеале на RAID-массиве, а насчёт занятого и свободного пространства, размер и директории считается несложно, плюс квоты в качестве ограничения, например...

спасибо!
так и прийдется поступить -) мысли об этом были, но надеялся решить силами самой СУБД.

в принципе под MySQL server + data files + backup files выделена отдельная партиция. просто прийдется еще выделить отдельную партицию под data files.

p.s.
задал вопрос на форуме MySQL. в ответ молчание. -)

p.s.s.
а в Oracle так просто было -) пользуешь системные таблицы dba_data_files, dba_free_space и все. -)