Размер базы данных MySQL | Losst
В наше время базы данных используются практически везде, я уже не говорю про крупные компании и команды разработчиков приложений, даже веб-мастера, которые делают свои сайты используют базы данных для хранения динамически изменяющейся информации. Обычно это одна из самых популярных баз данных — MariaDB или MySQL.
Но сколько занимает ваша база данных? А каждая таблица? Для больших проектов эти показатели могут достигать очень больших значений. В сегодняшней статье мы поговорим о том, как узнать размер базы данных MySQL через консоль и другими способами.
Содержание статьи:
Размер базы данных MySQL
Я предполагаю, что ваша база данных установлена в Linux, но большинство методов будут работать и для других операционных систем. Самый простой способ прикинуть сколько места занимают все базы данных — это посмотреть размер папки с файлами базы данных в системе — /var/lib/mysql:
du -h /var/lib/mysql
Утилита позволяет узнать размер базы Mysql в мегабайтах. Но будет гораздо более правильно смотреть информацию о базе данных с помощью ее встроенных инструментов. Для в MySQL есть специальная таблица — Information_schema. Из нее мы и будем брать данные. Но сначала подключитесь к базе данных:
mysql -u root -p
SELECT table_schema AS "Имя базы данных",
ROUND(SUM(data_length + index_length) / 1024 / 1024, 2) AS "Размер в Мб"
FROM information_schema.TABLES
GROUP BY table_schema;
Запрос выведет точный размер базы MySQL для каждой из существующих баз, теперь вы можете ориентироваться что и сколько занимает. Если у вас очень большой проект и большая база данных, то вы можете выводить информацию в гигабайтах:
SELECT table_schema AS "Имя базы данных",
ROUND(SUM(data_length + index_length) / 1024 / 1024 / 1024, 2) AS "Размер в Гб"
FROM information_schema.TABLES
GROUP BY table_schema;
Но это еще не все. Возможно, в базе данных есть ненужная информация, которая только замедляет работу системы. Мы можем посмотреть размер таблиц для каждой из баз данных. Запрос для этого будет выглядеть следующим образом:
SELECT table_name AS "Имя таблицы",
ROUND(((data_length + index_length) / 1024 / 1024), 2) AS "Size in (MB)"
WHERE table_schema = "wpfc_options"
ORDER BY (data_length + index_length) DESC;
Данная информация помогает понять какая таблица сколько занимает и это уже может навести на интересные мысли.
Размер базы данных в Phpmyadmin
Если вы не очень любите работать в терминале, то вы всегда можете использовать Phpmyadmin для просмотра размера базы данных. Размер каждой из таблиц базы данных вы можете посмотреть на вкладке «Структура», когда выберите базу данных для работы:
Что касается размера самой базы данных, то придется выполнить тот же запрос в интерфейсе программы на вкладке «SQL»:
Выводы
В этой небольшой статье мы рассмотрели как узнать размер базы данных MySQL несколькими способами. Если у вас остались вопросы, спрашивайте в комментариях!
Оцените статью:
Загрузка…Максимальное количество записей в таблице базы данных MySQL — database
Ссылка http://dev.mysql.com/doc/refman/5.7/en/column-count-limit.html
Ограничения размера строки
Максимальный размер строки для данной таблицы определяется несколькими факторами:
Внутреннее представление таблицы MySQL имеет максимальный предел размера строки 65535 байт, даже если механизм хранения способен поддерживать более крупные строки. Столбцы BLOB и TEXT вносят только от 9 до 12 байт к пределу размера строки, потому что их содержимое хранится отдельно от остальной части строки.
Максимальный размер строки для таблицы InnoDB, которая применяется к данным, хранящимся локально на странице базы данных, составляет чуть меньше половины страницы для 4KB, 8KB, 16KB и 32KB параметров innodb_page_size. Например, максимальный размер строки немного меньше, чем 8 КБ для размера страницы по умолчанию 16 КБ InnoDB. Для страниц размером 64 КБ максимальный размер строки немного меньше 16 КБ. См. Раздел 15.8.8, «Ограничения на таблицах InnoDB».
Если строка, содержащая столбцы переменной длины, превышает максимальный размер строки InnoDB, InnoDB выбирает столбцы переменной длины для внешнего внестраничного хранилища, пока строка не будет соответствовать пределу размера строки InnoDB. Объем данных, хранящихся локально для столбцов переменной длины, которые хранятся за пределами страницы, отличается по строкам. Для получения дополнительной информации см. Раздел 15.11 «Форматы хранения строк и строк в InnoDB».
В разных форматах хранения используются разные количества заголовков страниц и трейлеров, что влияет на объем хранилища, доступный для строк.
Информацию о форматах строк InnoDB см. в Разделе 15.11 «Форматы хранения строк и строк в InnoDB» и Раздел 15.8.3 «Физическая структура строк в таблицах InnoDB».
Информацию о форматах хранения MyISAM см. в Разделе 16.2.3, «Форматы хранения таблиц MyISAM».
http://dev.mysql.com/doc/refman/5.7/en/innodb-restrictions.html
Размер и ограничения баз данных MySQL
- Что такое MySQL
- Как создать базу данных?
- Настройка и управление
- Логин\пароль: где узнать и как восстановить?
- Экспорт MySQL (Dump базы данных)
- Импорт MySQL
- Ограничения БД
- Ошибки
Какой максимальный размер базы данных?
Как правило хостинг-провайдеры не устанавливают никаких ограничений по размеру базы данных (это применимо и к MySQL, и к PostgreSQL). Это связано с тем, что БД сохраняется на сервер (на котором расположен ваш сайт) и ее размер будет ограничен лишь дисковой квотой, которая зависит от тарифного плана который вы купили. Но изредка у хостинг-провайдеров возникают проблемы с БД размером более 12 мб, поэтому перед покупкой хостинга рекомендуем вам уточнить эту информацию у провайдера.
Какие бывают ограничения БД?
Количество БД
Обычно у хостинг-провайдеров есть ограничение по количеству баз данных, которые можно использовать в рамках одного аккаунта. А соответственно чем больше баз данных, тем дороже хостинг. Но в последнее время на отечественном рынке хостинга намечается такая тенденция, что все больше хостеров предлагают безлимитные тарифы, в которых не накладываются ограничения на количество БД.
Хранимые процедуры
почти все хостеры их поддерживают, но есть и такие, что — нет.
InnoDB
аналогично хранимым процедурам.
Как обойти ограничения базы данных MySQL?
- Вместо обычного хостинга купить VPS (чуть дороже обычного) или Dedicated (гораздо дороже предыдущих). Эти два вида хостинга лишены ограничений баз данных. Они ограничены только ресурсами сервера (CPU, ОЗУ, место на диске).
- Искать провайдеров, которые на обычном хостинге расширяют границы ограничений БД. В этом случае нужно каждый раз обращаться в поддержку и уточнять лимиты. Также рекомендуем посмотреть хостинги с VIP-тарифами, у них как раз расширенные возможности и адекватная стоимость (дороже обычного хостинга, но дешевле VPS и Dedicated).
ru.hostings.info
mysql — Максимальный размер таблицы для базы данных MySQL
Это сработало. MySQL обработаны данные правильно большую часть времени. Это было очень громоздким, хотя.
Просто резервного копирования и хранения данных является сложной задачей. Было бы занять несколько дней, чтобы восстановить таблицу, если нам нужно.
Мы имели многочисленные таблицы в диапазоне 10-100 миллионов строк. Любое значительное присоединяется к столам были слишком много времени и будет длиться вечно. Таким образом, мы писали хранимые процедуры для ходьбы »столов и процесс присоединяется к диапазонам«идентификаторов. Таким образом, мы будем обрабатывать данные 10-100,000 строки в то время (Join против идентификаторов 1-100,000 затем 100,001-200,000, и т.д.). Это значительно быстрее, чем присоединение против всей таблицы.
Использование индексов на очень больших таблиц, которые не основаны на первичном ключе также намного сложнее. Mysql хранит индексы двух частей — это хранит индексы (кроме первичного индекса) в качестве указателей к значениям первичного ключа. Так индексированный поиск выполняется в два этапе: во-первых MySQL идет на индекс и тянет из нее значения первичных ключей, которые она должна найти, то он делает второй поиск по индексу первичного ключа, чтобы найти, где эти значения.
Сеть этого является то , что для очень больших таблиц (1-200 миллионов плюс строк) индексация по таблицам более ограничительный характер . Вам нужно меньше, более простые индексы. И делать даже простые выберите заявления, которые не являются непосредственно на индекс может никогда не вернуться. Где пункты
Но все это, как говорится, все на самом деле работает. Мы смогли использовать MySQL с этим очень большими таблицами и делать расчеты и получить ответы, которые были правильными.
coredump.su
структура Максимальный размер таблицы для базы данных MySQL
Я когда-то работал с очень большой (Terabyte +) базой данных MySQL. Самая большая таблица у нас была буквально более миллиарда строк.
Это сработало. MySQL обрабатывал данные правильно большую часть времени. Это было очень громоздко.
Просто резервное копирование и хранение данных было проблемой. Потребуются дни, чтобы восстановить таблицу, если нам нужно.
У нас было множество столов в диапазоне 10-100 миллионов рядов. Любое значительное присоединение к таблицам было слишком трудоемким и длилось бы вечно. Таким образом, мы написали хранимые процедуры, чтобы «ходить» по таблицам и обрабатывать соединения с диапазонами «id». Таким образом мы обрабатывали данные по 10-100 000 строк за раз (присоединяются к идентификаторам 1-100,000, затем 100,001-200,000 и т. Д.). Это было значительно быстрее, чем объединение всей таблицы.
Использование индексов на очень больших таблицах, которые не основаны на первичном ключе, также намного сложнее. Mysql хранит индексы в двух частях — он хранит индексы (отличные от первичного индекса) в качестве индексов к значениям первичного ключа. Таким образом, индексированные поисковые запросы выполняются в двух частях: первый MySQL переходит к индексу и извлекает из него значения первичного ключа, которые ему нужно найти, затем он выполняет второй поиск индекса первичного ключа, чтобы найти, где эти значения.
Чистота этого заключается в том, что для очень больших таблиц (1-200 миллионов плюс строки) индексирование против таблиц является более ограничительным. Вам нужно меньше простых индексов. И даже простые утверждения select, которые не относятся непосредственно к индексу, никогда не возвращаются. Где клаузулы должны попадать в индексы или забывать об этом.
Но все, что было сказано, все на самом деле работало. Мы смогли использовать MySQL с этими очень большими таблицами и выполнять вычисления и получать ответы, которые были правильными.
code.i-harness.com
Узнать размер базы MySQL — Записки сисадмина
Получить размер базы MySQL можно как с помощью команды du (подсчитав размер директории с базой), так и с помощью специального запроса в рамках MySQL непосредственно.
Узнать размер с помощью du можно, например, так:
# cd /var/lib/mysql/ # du -sh slax_site/ 2,9M slax_site/
Размер базы MySQL запросом.
Однако размер базы данных может отличаться от размера занятого директорией места на диске. Для того что бы узнать размер БД, можно сделать запрос к information_schema — базе, в которой хранится информация о всех БД (и их настройках) на сервере. Получить размеры базы данных можно вот таким запросом:
SELECT table_schema AS "Database Name", ROUND(SUM(data_length + index_length) / 1024 / 1024, 2) AS "Size in (MB)" FROM information_schema.TABLES WHERE table_schema = "slax_site" GROUP BY table_schema;
Здесь slax_site — имя базы, размер которой мы хотим узнать.
Для того что бы увидеть размер всех баз, уберём одно условие из запроса:
SELECT table_schema AS "Database Name", ROUND(SUM(data_length + index_length) / 1024 / 1024, 2) AS "Size in (MB)" FROM information_schema.TABLES GROUP BY table_schema;
Так же, мы можем получить информацию о размере таблиц в базе, при этом, запрос будет выглядеть так:
SELECT table_name AS "Table Name", ROUND(((data_length + index_length) / 1024 / 1024), 2) AS "Size in (MB)" FROM information_schema.TABLES WHERE table_schema = "slax_site" ORDER BY (data_length + index_length) DESC;
Здесь мы получаем размер каждой таблицы в базе slax_site.
@SysadminNotes | https://sysadmin.pm
sysadmin.pm
Насколько большими могут быть таблицы в MySQL?
MySQL версии 3.22 имеет предел по размеру таблиц 4 Гб. В MySQL версии 3.23, где используется новый тип таблиц, максимальный размер таблицы доведен до 8 миллионов терабайтов (2 ^ 63 bytes).
Однако следует заметить, что операционные системы имеют свои собственные ограничения по размерам файлов. Ниже приведено несколько примеров:
| Операционная система | Ограничения на размеры файла |
| 32-разрядная Linux-Intel | 2Gb, 4Gb и более, в зависимости от версии Linux |
| Linux-Alpha | 8T (?) |
| Solaris 2.5.1 | 2 Гб (с патчем возможно 4Gb) |
| Solaris 2.6 | 4Gb (может быть изменено при помощи указания флага) |
| Solaris 2.7 Intel | 4 Гб |
| Solaris 2.7 UltraSPARC | 512 Гб |
В Linux 2.2 существует возможность создавать таблицы с размерами более 2 Гб, используя патч LFS для файловой системы ext2. Существуют также патчи, обеспечивающие поддержку больших файлов для ReiserFS в Linux 2.4.
Как можно видеть, размер таблицы в базе данных MySQL обычно лимитируется операционной системой.
По умолчанию MySQL-таблицы имеют максимальный размер около 4 Гб. Для любой таблицы можно проверить/определить ее максимальный размер с помощью команд SHOW TABLE STATUS или myisamchk -dv table_name. Синтаксис команды SHOW.
Если необходимы таблицы большего размера, чем 4 Гб (и используемая операционная система «не возражает»), следует при создании такой таблицы задать параметры AVG_ROW_LENGTH и MAX_ROWS (Синтаксис оператора CREATE TABLE). Эти параметры можно задать и позже — с помощью ALTER TABLE (Синтаксис оператора ALTER TABLE).
Если большая таблица предназначена только для чтения, можно воспользоваться myisampack, чтобы слить несколько таблиц в одну и сжать ее. Обычно myisampack ужимает таблицу по крайней мере на 50%, поэтому в результате можно получить очень большие таблицы (myisampack, MySQL-генератор сжатых таблиц (только для чтения)).
Есть еще одна возможность обойти ограничения операционной системы на размеры файлов данных MyISAM, — это делается при помощи опции RAID (Синтаксис оператора CREATE TABLE).
Еще одним решением может быть использование функции MERGE, которая обеспечивает возможность обрабатывать набор идентичных таблиц как одну таблицу (Таблицы MERGE).
mysqlru.com