murata satoshi
murat****@gmail*****
2016年 7月 20日 (水) 00:23:39 JST
村田です。
> それでは次の変更をして状況が改善されるか確認してもらえないで
> しょうか？masterでの対応と同等の一時オブジェクトを減らす対応
> になります。
ありがとうございます。この変更を適用した上で各パターンで確認してみました。
下記のような結果になりました。
――
1.SQL:match...againstなし
増えない
2.SQL:match...againtあり
match...against(...)内のワード数が1つの場合は増えない。2つ以上になると増える(AND, OR共に)
ただし、match...againt(...)をワード数分記載する場合は増えない(AND、OR共に)
（match...against以外のWHERE句の有無/数は影響しない)
ベクタカラムを使った場合も同様でmatch...against(...)内のワード数による。
また、SET mroonga_boolean_mode_syntax_flags = "SYNTAX_QUERY,ALLOW_LEADING_NOT,ALLOW_COLUMN";を使って
match...againt(...)内にfulltext以外のカラムを指定する場合も同様。
ソート指定がある場合、match…against(1つのワード) + ORDER BYのみの場合は増えない。
match…against(1つのワード) AND (1つ以上の条件) + ORDER BYだと、fast order limitが"有効な場合に"増える。
3.mroonga_command('select...')
3.1.queryなし、filterなし
増えない
(ソート指定は影響しない)
3.2.queryなし、filterあり
filterの項目が1つの場合は増えない、2つ以上になると増える(ex). --filter key1==1&&key2==77)
（filterで指定したカラムのindexの有無は影響しない。）
(ソート指定は影響しない)
3.3.queryあり、filterなし
queryの項目、ワードが1つの場合は増えない。(--match_columns ... --query テスト０１、--query key1:1)
2つ以上の場合は増える。(AND, OR共に)
(match_columnsの有無と対象カラム数は影響しない)
(ソート指定は影響しない)
3.4.queryあり、filterあり
増える(queryの項目、ワード数、filterの項目数に関係なく増える)
――
また、上記各パターン混在のSQL群を投げ続ける試験も実施してみました。
(mroongaストレージエンジンを使用しているテーブルのみにSELECTのみ）
------
開始時点
SQL発行数: -
alloc_count: 1524
VmPeak: 20274212 kB
VmSize: 20274212 kB
VmHWM: 1824112 kB
VmRSS: 1630036 kB
VmData: 19901472 kB
1時間後
SQL発行数: 335259
alloc_count: 720282
VmPeak: 26468024 kB
VmSize: 26189752 kB
VmHWM: 4906452 kB
VmRSS: 4611528 kB
VmData: 22832308 kB
2時間後
SQL発行数: 642834
alloc_count: 777244
VmPeak: 26545848 kB
VmSize: 26304172 kB
VmHWM: 4975256 kB
VmRSS: 4753864 kB
VmData: 22946728 kB
3時間後
SQL発行数: 958858
alloc_count: 816099
VmPeak: 26595000 kB
VmSize: 26414904 kB
VmHWM: 4997596 kB
VmRSS: 4806784 kB
VmData: 23057460 kB
―――
alloc_countは開始後すぐに600000付近まで上昇し、そこから時折減少しつつも徐々に増加していたようです。
以上、宜しくお願い致します。
------------
murat****@gmail***** <mailto:murat****@gmail*****>
-------------- next part --------------
HTMLの添付ファイルを保管しました...
Download