pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: PFC <lists@peufeu.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Arjen van der Meijden <acmmailing@tweakers.net>
Cc: pgsql-performance@postgresql.org
Subject: Re: Postgres Benchmark Results
Date: Sun, 20 May 2007 20:10:17 +0200
Message-ID: <op.tsm0rfs4cigqcu@apollo13> (raw)
In-Reply-To: <2438.1179681998@sss.pgh.pa.us>
References: <op.tsmrv71ecigqcu@apollo13>
	<46507A40.505@tweakers.net>
	<op.tsmxycgdcigqcu@apollo13>
	<2438.1179681998@sss.pgh.pa.us>

On Sun, 20 May 2007 19:26:38 +0200, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> PFC <lists@peufeu.com> writes:
>> 	The little curve that dives into the ground is MySQL with InnoDB.
>> 	The Energizer bunny that keeps going is Postgres.
>
> Just for comparison's sake it would be interesting to see a curve for
> mysql/myisam.  Mysql's claim to speed is mostly based on measurements
> taken with myisam tables, but I think that doesn't hold up very well
> under concurrent load.
>
> 			regards, tom lane


	I'm doing that now. Here is what I wrote in the report :

	Using prepared statements (important), Postgres beats MyISAM on "simple  
selects" as they say, as well as complex selects, even with 1 thread.
	
	MyISAM caused massive data corruption : posts and topics disappear,  
storage engine errors pop off, random thrashed rows appear in the forums  
table, therefore screwing up everything, etc. In short : it doesn't work.  
But, since noone in their right mind would use MyISAM for critical data, I  
include this result anyway, as a curiosity.

	I had to write a repair SQL script to fix the corruption in order to see  
how MySQL will fare when it gets bigger than RAM...




view thread (29+ messages)  latest in thread

Message-ID: <op.tsm0rfs4cigqcu@apollo13>
Permalink:  ../op.tsm0rfs4cigqcu@apollo13/
Also on:    postgresql.org/message-id/op.tsm0rfs4cigqcu@apollo13

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: lists@peufeu.com, tgl@sss.pgh.pa.us, acmmailing@tweakers.net
  Subject: Re: Postgres Benchmark Results
  In-Reply-To: <op.tsm0rfs4cigqcu@apollo13>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox