• support@answerspoint.com

MyISAM versus InnoDB


I'm working on a projects which involves a lot of database writes, I'd say (70% inserts and 30% reads). This ratio would also include updates which I consider to be one read and one write. The reads can be dirty (e.g. I don't need 100% accurate information at the time of read).
The task in question will be doing over 1 million database transactions an hour.

I've read a bunch of stuff on the web about the differences between MyISAM and InnoDB, and MyISAM seems like the obvious choice to me for the particular database/tables that I'll be using for this task. From what I seem to be reading, InnoDB is good if transactions are needed since row level locking is supported.

Does anybody have any experience with this type of load (or higher)? Is MyISAM the way to go?



I have briefly discuss this matter by table so you can conclude which has to be chosen either InnoDBor MyISAMhttp://developer99.blogspot.com/2011/07/mysql-innodb-vs-myisam.html

Here is a small overview of which type you should use in which situation:

                                                 MyISAM   InnoDB
Required full-text search                        Yes      5.6.4
Require transactions                                      Yes
Frequent select queries                          Yes      
Frequent insert, update, delete                           Yes
Row locking (multi processing on single table)            Yes
Relational base design                                    Yes

To summarize:

Frequent reading, almost no writing   => MyISAM
Full-text search in MySQL <= 5.5      => MyISAM

In all other circumstances, InnoDB is usually the best way to go.

  • answered 7 years ago
  • Sandy Hook

Your Answer

    Facebook Share        
  • asked 7 years ago
  • viewed 2119 times
  • active 7 years ago

Best Rated Questions