回答編集履歴
2
回答を補足2
test
CHANGED
@@ -37,3 +37,11 @@
|
|
37
37
|
ともかくパフォーマンス向上策で万能な物はありませんので..
|
38
38
|
|
39
39
|
|
40
|
+
|
41
|
+
> 単一の物理サーバに複数のMySQLサーバソフトをインストールし、それをSpiderで繋げる事でもパフォーマンスを向上させられる、という理屈になるのですが…
|
42
|
+
|
43
|
+
うまくデータの走査範囲が限定されることにより性能が向上するケースもあるかもしれません
|
44
|
+
|
45
|
+
ただそのためにわざわざ複数のMySQLを動作させるのは無駄(テーブルかデータベースを分けるだけでよい=パーティショニング)だと思います
|
46
|
+
|
47
|
+
|
1
回答を補足
test
CHANGED
@@ -19,3 +19,21 @@
|
|
19
19
|
- SpiderエンジンがどこまでMySQLに追従できるか
|
20
20
|
|
21
21
|
は懸念点として残るかとはおもいます
|
22
|
+
|
23
|
+
|
24
|
+
|
25
|
+
あと後者のページで言及のある
|
26
|
+
|
27
|
+
- メモリに乗り切らないデータはディスクを読み込んで探さなければならない。
|
28
|
+
|
29
|
+
- ディスクからデータを探すのとメモリからデータを探すのでは速度差に10の5乗~6乗近くの差が出る(10万倍~100万倍)
|
30
|
+
|
31
|
+
は確かにそうなのですが、例えば2台に分けるかわりに倍の容量のメモリを搭載(サーバの調達コストまで考えると倍以上搭載できるはず)した時はどうなのかは考えておく必要はあるかと
|
32
|
+
|
33
|
+
もちろん当該サーバで目一杯搭載済みの場合は有効ですね
|
34
|
+
|
35
|
+
|
36
|
+
|
37
|
+
ともかくパフォーマンス向上策で万能な物はありませんので..
|
38
|
+
|
39
|
+
|