7.3.20. database_unmap

7.3.20.1. 概要

Added in version 5.0.7.

database_unmap はデータベース中のすでにマップしてあるテーブルとカラムをアンマップします。「マップ」とはテーブルとカラムをディスクからロードしてメモリー上に展開することです。「アンマップ」とはマップしたメモリーを解放することです。

注釈

通常、 database_unmap を使う必要はありません。なぜなら、OSが賢くメモリーを管理してくれるからです。もし、システムの残メモリーが少なくなったら、OSはGroongaが使っているメモリーをディスクに退避します。退避したメモリーは必要になったらまたメモリーに戻します。OSは使っていないメモリーを優先して退避します。

注意

このコマンドは thread_limit が 1 を返すときしか使えません。つまり、マルチスレッド環境ではこのコマンドは動かないということです。

7.3.20.2. 構文

このコマンドに引数はありません:

database_unmap

7.3.20.3. 使い方

最大スレッド数を 1 に変更したあとならデータベースをアンマップできます。

実行例:

thread_limit --max 1
# [[0,1337566253.89858,0.000355720520019531],1]
database_unmap
# [[0,1337566253.89858,0.000355720520019531],true]

最大スレッド数が 1 より大きい場合は database_unmap は失敗します。

実行例:

thread_limit --max 2
# [[0,1337566253.89858,0.000355720520019531],1]
database_unmap
# [
#   [
#     -2,
#     1337566253.89858,
#     0.000355720520019531,
#     "[database_unmap] the max number of threads must be 1: <2>",
#     [
#       [
#         "proc_database_unmap",
#         "lib/proc.c",
#         2929
#       ]
#     ]
#   ],
#   false
# ]

7.3.20.4. 引数

このセクションではすべての引数について説明します。

7.3.20.4.1. 必須引数

必須の引数はありません。

7.3.20.4.2. 省略可能引数

省略可能な引数はありません。

7.3.20.5. 戻り値

このコマンドが成功したときは以下のようにボディは true になります:

[HEADER, true]

このコマンドが失敗すると、 HEADER にエラーの詳細が含まれます。

HEADER については 出力形式 を参照してください。