Re: Which one, InnoDB or BerkeleyDB?

2002-09-11 Thread Eric S

On Wed, 11 Sep 2002, Guilherme Orcutt wrote:

 Which one would be the best with MySQL thinking in reliability and
 performance?
 Thanks a lot for your thoughts!

InnoDB scales *MUCH* better than BerkeleyDB.  While it did fine in our
benchmarks consisting of a small number of records, in some benchmarks we
ran here consisting of about a quarter million records, we let BerkeleyDB run
10 times longer than the InnoDB test before killing it and giving up.  The
live system is dealing with 2M records, and will soon be dealing with 2 to
3 times that many, so BerkeleyDB wasn't an option.

This system does quite a bit of inserting/updating, so for a read-mostly
table, the difference probably won't be as great, though from what I've
seen in some of our systems that use BerkeleyDB directly from C, there is
still some degradation from larger tables.

The only advantage of BerkeleyDB over InnoDB that I know of is that InnoDB
keeps everything in a set of files, whereas BerkeleyDB has a seperate file
per table.  Some people prefer it this way, as they can back up individual
files.  Personally, I prefer using mysqldump, which makes this a
non-issue for the most part.


-
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/   (the list archive)

To request this thread, e-mail [EMAIL PROTECTED]
To unsubscribe, e-mail [EMAIL PROTECTED]
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php




Re: InnoDB is better than MyISAM ?

2002-04-05 Thread Eric S

On Fri, 5 Apr 2002, BD wrote:

 At 01:54 PM 4/5/2002, you wrote:
 I have seen many people saying that InnoDB is a great deal, that InnoDB
 rocks, etc. and I am concerced about how much better InnoDB is compared to
 MyISAM tables. Can someone tells me wich one is better ? I know that InnoDB
 have foreign keys support, but I deal very well without then since now.
 
 My interests are justified becaus eI got out of a very old struct ( DBM +
 Text Files ) and jumped head first into MySQL - MyISAM tables, but my site
 has a good deal of visitors ( about 30.000 unique visitors by day ) and speed
 and reliability are my primary concerns. I plan to use replication in MySQL,
 and I would like to know if InnoDB is better than MyISAM for this.

One note here is that transactions aren't preserved for replication with
InnoDB, so you loose part of one of the major advantages of InnoDB.
Rollbacks are O.K., since I don't think that goes out to the slaves until
the commit, but if the master or slave goes down after part of a
transaction is sent to the slave, you get a partially committed
transaction on the slave.  How critical this is depends on the
application, and still is no worse than MyISAM which has no transactions
to begin with.

I think Heikki Tuuri has mentioned plans to get this fixed, though I think
I remember that he said that the problem was in MySQL, not in the actual
InnoDB code, which makes sense.

 Have you ever heard the old saying, If it ain't broke, don't fix it?.bg

 If your website is mainly for read access to your database then you're not
 going to need InnoDb.

Agreed 100%, but it doesn't hurt too much (except for index sizes) on
readonly databases, so on our production system, we standardized on InnoDB
for all tables for consistency, though we will allow for exceptions for
tables that need features that aren't in InnoDB yet, such as full text
searching.

 InnoDb inserts (for a single user) are much slower (for me it is
 around 10x slower) than MyISAM because InnoDb does a lot more work.

This was not my experience.  Without batching the commits, InnoDB lost out
to MyISAM on our initial testing by about 1.5x rather than 10x.

However, when I committed every 100 or so inserts, InnoDB beat out MyISAM
by a small (25%) margin.  This was with a single user hitting the
database, a perl program that read in a text file, split it into fields,
and stuffed it into the database one record at a time (identical programs
except for handling the commits()).

Now, this wasn't normal database activity, pure inserts into a freshly
created table, but the results were still quite impressive.  Also, I'm
dealing with single-user activity, so there may have been some
differences there as well.


-
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/   (the list archive)

To request this thread, e-mail [EMAIL PROTECTED]
To unsubscribe, e-mail [EMAIL PROTECTED]
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php




Re: BerkeleyDB or InnoDB?

2002-03-19 Thread Eric S


On Mon, 18 Mar 2002, Aaron D. Turner wrote:

 I've read the docs on mysql.com about the BDB and InnoDB table formats, as
 well as their pro's  con's and I was wondering if anyone could give their
 opinion on the matter.  I don't need row-level locking or other fancy
 features other than transaction support.  My tables are about 1-5 thousand
 rows for the forseeable future.  It's also not a heavly loaded DB (about
 1-5 users at a time).

 I'm mostly concerned about stability and reliability.  I do nightly
 backups, but even loosing a few hours worth of work would be 'bad'.  With
 this in mind, suggestions anyone?

 Thanks.

I have to agree with Walt on this.  BDB tables seemed solid but slow when
we evaluated them.  InnoDB tables weren't quite as mature at that time,
(3.23.28 or so, if I remember correctly), but they've improved enough
since then that I don't see much of a benefit to BDB over InnoDB now,
unless you want to keep each table in a seperate file.


-
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/   (the list archive)

To request this thread, e-mail [EMAIL PROTECTED]
To unsubscribe, e-mail [EMAIL PROTECTED]
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php