Re: mysql to postgresql, performance questions

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: mysql to postgresql, performance questions
Дата
Msg-id b42b73151003211543w764cfb9bwe3666671310b875a@mail.gmail.com
обсуждение исходный текст
Ответ на Re: mysql to postgresql, performance questions  (Andy Colson <andy@squeakycode.net>)
Список pgsql-performance
On Sat, Mar 20, 2010 at 11:47 PM, Andy Colson <andy@squeakycode.net> wrote:
> Don't underestimate mysql.  It was written to be fast.  But you have to
> understand the underling points:  It was written to be fast at the cost of
> other things... like concurrent access, and data integrity.  If you want to
> just read from a database, PG probably cant beat mysql.  But heres the
> thing, your site does not just read.  Nor does it fire off the same sql 10
> times.  So not a good test.

for non trivial selects (myisam has no transaction overhead so can
usually edge out pg in row by row ops), and without taking multi user
issues into account, it's often going to come down to who generates a
better plan.  postgres has more plan options and a better statistics
model and can usually beat mysql on many types of selects.

updates w/myisam are where mysql really shines in single user apps.
the reason is obvious: no mvcc means the heap can often be updated in
place.

merlin

В списке pgsql-performance по дате отправления:

Предыдущее
От: Bob Lunney
Дата:
Сообщение: Re: pg_dump far too slow
Следующее
От: Dave Crooke
Дата:
Сообщение: Re: mysql to postgresql, performance questions