より小さなディスクを備えたコンピュータがあります。
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
私は単純なデータベースを持っていますが、テーブルの1つに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
クエリの実行中にスペースがなくなる可能性があるため、限られたストレージスペースや合理的なクエリに合わせて最適化する簡単な方法はありません。 2つのオプションがあります。
リモートシステムからNFSドライブをマウントし、mysqlのtmpdirをそのドライブとして指定するか、mysqlのtmpdirを/ dev / shmとして指定します。この点に非常に注意し、このようなことをする前に必ずバックアップを作成してください。