I disagree. There's nothing about his requirements that sounds like MyIsam is a better
solution. InnoDB should be your default for all tables, unless you have specific
requirements that need myisam. One specific example of an appropriate task for myisam is
where you need very high insert throughput, and you're not doing any updates/deletes
You want the crash safety and data integrity that comes with InnoDB. Even more so as your
dataset grows. It's performance is far better than myisam tables for most OLTP users, and
as your number of concurrent readers and writers grows, the improvement in performance
from using innodb over myisam becomes more pronounced.
From: Carsten Pedersen [mailto:carsten@stripped]
Sent: Friday, April 02, 2010 12:58 PM
To: Mitchell Maltenfort
Subject: Re: MyISAM better than innodb for large files?
InnoDB won't give you much in terms of disk crash recovery. That's what
backups are for.
Where InnoDB does excel is if your database server dies while updating
rows. If that happens, your database will come back up with sane data.
For both table types, once the data has been flushed to disk, the data
will still be there if your db server crashes.
It does indeed sound like you will be better off using MyISAM. This will
also reduce your disk space usage considerably.
Mitchell Maltenfort skrev:
> I'm going to be setting up a MySQL database for a project. My reading
> indicates that MyISAM (default) is going to be better than InnoDB for
> the project but I want to be sure I have the trade-offs right.
> This is going to be a very large data file -- many gigabytes -- only
> used internally, and once installed perhaps updated once a year,
> queried much more often.
> MyISAM apparently has the advantage in memory and time overheads.
> InnoDB's advantage seems to be better recovery from disk crashes.
> Should I stick with MyISAM (MySQL default), or does the recovery issue
> mean I'm better off using InnoDB for an insurance policy?
> Inexperienced minds want to know -- ideally, from experienced minds.
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=1
This message contains confidential information and is intended only for the individual
named. If you are not the named addressee, you are notified that reviewing,
disseminating, disclosing, copying or distributing this e-mail is strictly prohibited.
Please notify the sender immediately by e-mail if you have received this e-mail by mistake
and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be
secure or error-free as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore does not accept
liability for any loss or damage caused by viruses or errors or omissions in the contents
of this message, which arise as a result of e-mail transmission. [FriendFinder Networks,
Inc., 220 Humbolt court, Sunnyvale, CA 94089, USA, FriendFinder.com