我有一台磁盘较小的电脑：
Filesystem Size Used Avail Use% Mounted on
/dev/root 3.5G 3.1G 249M 93% /
devtmpfs 459M 0 459M 0% /dev
tmpfs 463M 0 463M 0% /dev/shm
tmpfs 463M 36M 428M 8% /run
tmpfs 5.0M 8.0K 5.0M 1% /run/lock
tmpfs 463M 0 463M 0% /sys/fs/cgroup
/dev/mmcblk0p1 63M 25M 38M 40% /boot
tmpfs 64M 140K 64M 1% /mnt/ramdisk
我有一个简单的数据库，但其中一个表有超过 500 万行，在这么小的记录上占用了很多空间：
# ls -lh /var/lib/mysql/datalogger/
total 1.1G
...
-rw-rw---- 1 mysql mysql 1.1G Nov 10 09:56 avg_values.ibd
...
我的目标是在其他没有占用太多空间（该表中大约一半）的类似计算机上完成的，是运行一个删除 6 个月以上数据的查询。查询内容与案件无关。查询后，运行optimize NO_WRITE_TO_BINLOG table avg_values;释放ibd空间。
所讨论的计算机的问题在于，正如我所认为的，可用空间非常有限，您无法在如此大的表上执行查询（据我所知，通过缓存），从而导致通信不稳定，即使查询已完成一个限制：
MariaDB [datalogger]> select * from avg_values limit 10;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 5
Current database: datalogger
ERROR 2013 (HY000): Lost connection to MySQL server during query
对于其他较小的表，通常没有问题（尽管它也指示错误）：
MariaDB [datalogger]> select * from raw_values;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 5
Current database: datalogger
+----+---------------------+-------------------+------+-------+
| id | timestamp | channel | raw | value |
+----+---------------------+-------------------+------+-------+
| 1 | 2021-11-10 09:46:51 | AI1 | 1 | 0.011 |
| 2 | 2021-11-10 09:46:51 | AI2 | 1 | 0.011 |
| 3 | 2021-11-10 09:46:51 | AI3 | 2 | 0.022 |
| 4 | 2021-11-10 09:46:51 | AI4 | 2 | 0.022 |
| 5 | 2021-11-10 09:46:51 | pyr1_sensor1_data | 113 | 113 |
| 6 | 2021-11-10 09:46:51 | pyr1_body_temp | 42 | 42 |
| 7 | 2021-11-10 09:46:51 | pyr2_sensor1_data | NULL | NULL |
| 8 | 2021-11-10 09:46:51 | pyr2_body_temp | NULL | NULL |
| 9 | 2021-11-10 09:46:46 | AI1 | 1 | 0.011 |
| 10 | 2021-11-10 09:46:46 | AI2 | 1 | 0.011 |
| 11 | 2021-11-10 09:46:46 | AI3 | 2 | 0.022 |
| 12 | 2021-11-10 09:46:46 | AI4 | 2 | 0.022 |
| 13 | 2021-11-10 09:46:46 | pyr1_sensor1_data | 115 | 115 |
| 14 | 2021-11-10 09:46:46 | pyr1_body_temp | 42 | 42 |
| 15 | 2021-11-10 09:46:46 | pyr2_sensor1_data | NULL | NULL |
| 16 | 2021-11-10 09:46:46 | pyr2_body_temp | NULL | NULL |
| 17 | 2021-11-10 09:46:52 | AI1 | 1 | 0.011 |
| 18 | 2021-11-10 09:46:52 | AI2 | 1 | 0.011 |
| 19 | 2021-11-10 09:46:52 | AI3 | 2 | 0.022 |
| 20 | 2021-11-10 09:46:52 | AI4 | 2 | 0.022 |
| 21 | 2021-11-10 09:46:52 | pyr1_sensor1_data | 112 | 112 |
| 22 | 2021-11-10 09:46:52 | pyr1_body_temp | 42 | 42 |
| 23 | 2021-11-10 09:46:52 | pyr2_sensor1_data | NULL | NULL |
| 24 | 2021-11-10 09:46:52 | pyr2_body_temp | NULL | NULL |
+----+---------------------+-------------------+------+-------+
24 rows in set (0.02 sec)
有什么方法可以运行这些查询，特别是使用这个小磁盘来释放空间？
答案1
没有简单的方法可以对有限的存储空间或任何合理的查询进行优化，因为在查询执行期间可能会耗尽空间。您有两个选择：
从远程计算机安装 NFS 驱动器并将 mysql 的 tmpdir 指向它或将 mysql 的 tmpdir 指向 /dev/shm。对此要非常小心，并在执行此类操作之前始终进行备份