当我在MySQL下检查我的数据库的大小时,我得到如下信息:
MariaDB [(none)]> SELECT table_schema "Data Base Name", sum( data_length + index_length ) / 1024 / 1024 "Data Base Size in MB", sum( data_free )/ 1024 / 1024 "Free Space in MB" FROM information_schema.TABLES GROUP BY table_schema;
+--------------------+----------------------+------------------+
| Data Base Name | Data Base Size in MB | Free Space in MB |
+--------------------+----------------------+------------------+
| alfresco | 245.75000000 | 34.00000000 |
| drupal | 892.15625000 | 216.00000000 |
+--------------------+----------------------+------------------+当我检查磁盘上的大小时,我得到以下信息:
$ sudo du -h --max-depth=1 /var/lib/mysql/
317M /var/lib/mysql/alfresco
1.4G /var/lib/mysql/drupal如果我将Maria DB给出的已使用空间和空闲空间组合起来,并将其与磁盘数字进行比较,那么我有以下内容:
alfresco: DB=279MB DISK=317MB (+14%)
drupal: DB=1100MB DISK=1433MB (+30%)我认为运行mysql优化会有所帮助(使用该命令),它确实减少了数据库的大小,但没有改变磁盘上文件的大小。
server: ubuntu server 10.04 LTS
DB server: MariaDB
DB engine: InnoDB v10 (for all tables)
Table collation: utf8_general_ci
Nb Drupal tables: 416 (0.80MB overhead per table)
Nb Alfresco tables: 84 (0.45MB overhead per table)发布于 2012-01-25 16:34:00
如果使用InnoDB表,则ibdata文件的大小将随着时间的推移而增大。因此,如果您发出DELETE语句,您的数据库大小将减少,但ibdata文件将保持不变(而不是减少)。
如果不使用innodb_file_per_table选项,则回收空间的唯一方法是转储数据库和从dumpfile恢复。
但是,如果使用的是innodb_file_per_table,则可以发出
ALTER TABLE foo ENGINE=InnoDB;在变得太大而无法回收磁盘空间的表上。
https://dba.stackexchange.com/questions/11567
复制相似问题