Re: mysqld
- From
- Dmitry Karasik (2:5020/400)
- To
- Vladimir Kurtukov
- Date
- 2006-11-10T19:03:54Z
- Area
- RU.UNIX.BSD
From: Dmitry Karasik <dmitry@karasik.eu.org>
Hi Vladimir!
DK> Драсьте. Что пробовал, сферического коня в вакууме? :) Давай схему,
DK> давай данные, давай свой my.cnf, попробую :) У меня был проект где
DK> именно почтовые логи заливались могучей струей в постгрес. Ну что я
DK> могу сказать? Шустро заливались. На mysql не тестировал т.к. был
DK> отброшен с самого начала.
Vladimir> вот заливает блоками оно быстрее, чем mysql insert-ит по одной
Vladimir> строчке, это да. но речь про селекты ;-)
Вот кстати заливает постгрес, если ему не выкручивать рога, медленнее.
Селекты по моему опыту на несложных структурах однаковые, а для сложных
структур в постгресе есть масса примочек типа генетического оптимизатора
или разноса таблиц по разным дискам... если в mysql этого нет ( я правда
не знаю mysql так хорошо как pgsql ) я крайне сомневаюсь что он будет быстрее.
Но! это все равно не в туда, т.к. оригинальный вопрос был про то,
если я правильно понял, что на mysql некоторые селекты дают seqscan.
Повторюсь, что именно в таких случаях бороться с постгресом легче, чем
бороться с mysql. Это видимо я не совсем ясно написал сразу, но смысл
был именно таков.
--
Sincerely,
Dmitry Karasik
--- ifmail v.2.15dev5.3
* Origin: catpipe Systems ApS (2:5020/400)
SEEN-BY: 50/12 400/814 450/159 1024 461/43 132 640 469/999 4616/3 4625/8
SEEN-BY: 4641/444 5000/76 5000 5006/1 5007/1 5010/70 5011/13 5012/46 5015/28
SEEN-BY: 5019/31 5020/18 175 194 400 545 982 1057 1909 1922 2238 2395 2871
SEEN-BY: 5020/4441 5021/29 5025/3 5026/14 45 5027/12 5030/1080 1957 5034/10 13
SEEN-BY: 5035/3 38 5036/1 5045/7 5049/1 5051/15 5054/1 4 8 9 11 28 35 36 37 45
SEEN-BY: 5054/63 66 67 70 75 84 85 5059/9 5060/88 5061/15 5062/10 5063/3
SEEN-BY: 5064/7 5066/18 5074/9 5075/5 5076/1 5077/70 5080/1003 5084/9 5085/13
SEEN-BY: 5095/20 5096/18 6001/3 10
PATH: 5020/400 545 5054/1 37