命令启动任务管理器_如果 Mysql 磁盘满了，会发生什么？你想想

学习与交流：

激活码，永久有效，可供个人测试

使用命令发现磁盘使用率为100%，还剩下几十兆。

一系列神奇的操作

备份数据库、删除实例、删除数据库表、重启mysql服务后，磁盘空间没有释放。

该怎么办

网上查了很多资源，都说需要对磁盘进行碎片整理。 原因是它占用了太多空间。 详细信息可以通过这个sql查看。

SELECT CONCAT(TRUNCATE(SUM(data_length)/1024/1024,2),'MB') AS data_size,
CONCAT(TRUNCATE(SUM(max_data_length)/1024/1024,2),'MB') AS max_data_size,
CONCAT(TRUNCATE(SUM(data_free)/1024/1024,2),'MB') AS data_free,
CONCAT(TRUNCATE(SUM(index_length)/1024/1024,2),'MB') AS index_size
FROM information_schema.tables WHERE TABLE_NAME = 'datainfo';

这是后来的图。 之前的图没有保留。 当时显示一张表有20个G。

网上推荐的对表进行分片的做法如下。

ALTER TABLE datainfo ENGINE=InnoDB;
ANALYZE TABLE datainfo;

optimize table datainfo;

僵局：

检查数据库版本5.562不支持inodb，或者选择升级数据库。 就在这时，坏消息发生了。 表被删除了，但是磁盘空间仍然没有释放。

因此，对表进行碎片整理的方式将不起作用，因为表已经消失了。 。 。

后期神术

1、使用命令查看mysql安装位置以及配置文件位置。

mysql 1118 945 0 14:28 ? 00:00:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --log-error=/var/log/mysqld.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/lib/mysql/mysql.sock

2.关闭mysql

service mysql stop

3.删除目录下的这些文件

4、移动mysql的启动参数

mv /etc/my.cnf ./abc

5、重新启动mysql，发现磁盘空间被释放。

service mysql start

磁盘空间终于释放了

下次数据库恢复

1.使用备份工具备份数据库

备份成功后，生成psc文件。 2.PSC

2. 创建新的数据库实例并设置数据库名称和字符集。

3、然后恢复备份数据库，点击恢复

4. 开始恢复。 第一次恢复后发现恢复后数据库表创建成功，但是表中没有数据。

后来网上查资料发现遇到错误就停止了。 所以我改变了恢复配置并再次恢复。之前是这样设置的

恢复时，作为事务执行，遇到错误时停止。更改配置

图片再次恢复，数据库中的数据可用，验证没有问题。

问题解决了

mysql碎片产生的原因

(1)表的存储会变得碎片化。 每当删除一行内容时，该空间就会变空。 一段时间内的大量删除操作会让这个空白空间变得比之前的更大。 更多的空间用于存储列表内容；

(2)在执行插入操作时，MySQL会尝试使用空白空间，但如果某个空白空间还没有被合适大小的数据占用，仍然无法完全占用，从而产生碎片；

（3）MySQL扫描数据时，其扫描的对象实际上是链表容量要求的上限，即数据写入区域中的峰值位置；

清除杂物的优点：

减少访问表时的IO，提高mysql性能，释放表空间，减少磁盘空间使用

注意

1.MySQL官方建议不要频繁进行碎片整理（每小时或每天）。 一般情况下，根据实际情况，每周或每月只需进行一次碎片整理（目前我们每月凌晨4点对所有mysql实例下的表进行碎片整理）。

2. TABLE运行过程中，MySQL会锁定该表。 因此，此操作必须在网站流量较少的时间段进行。

3、105万条数据清洗，TABLE库； 本地测试耗时37秒。

自我测试

您可以使用此语句查看您的系统有多大：show table from table name

参考链接：

以上就是本文的全部内容。 希望所有程序员努力提高个人技能。 最后，小编温馨提醒：每天读书5分钟，每天学习一点，每天进步一点。

‍