Create an account

Very important

  • To access the important data of the forums, you must be active in each forum and especially in the leaks and database leaks section, send data and after sending the data and activity, data and important content will be opened and visible for you.
  • You will only see chat messages from people who are at or below your level.
  • More than 500,000 database leaks and millions of account leaks are waiting for you, so access and view with more activity.
  • Many important data are inactive and inaccessible for you, so open them with activity. (This will be done automatically)


Thread Rating:
  • 500 Vote(s) - 3.55 Average
  • 1
  • 2
  • 3
  • 4
  • 5
When to use MyISAM and InnoDB?

#1
MyISAM is designed with the idea that your database is queried far more than its updated and as a result it performs very fast read operations. If your read to write(insert|update) ratio is less than 15% its better to use MyISAM.


InnoDB uses row level locking, has commit, rollback, and crash-recovery capabilities to protect user data. It supports transaction and fault tolerance

above differences is correct between MyISAM and InnobDB? **please guide if any other limitations are there for MYISAM and InnobDB. when should i use MyiSAM or when Innodb?** Thank you!
Reply

#2
Read about [**Storage Engines**][1].

**MyISAM:**

The [MyISAM][2] storage engine in MySQL.

* Simpler to design and create, thus better for beginners. No worries about the foreign relationships between tables.
* Faster than InnoDB on the whole as a result of the simpler structure thus much less costs of server resources. -- Mostly no longer true.
* Full-text indexing. -- InnoDB has it now
* Especially good for read-intensive (select) tables. -- Mostly no longer true.
* Disk footprint is 2x-3x less than InnoDB's. -- As of Version 5.7, this is perhaps the only real advantage of MyISAM.

**InnoDB:**

The [InnoDB][3] storage engine in MySQL.

* Support for transactions (giving you support for the [ACID][4] property).
* Row-level locking. Having a more fine grained locking-mechanism gives you higher concurrency compared to, for instance, [MyISAM][5].
* Foreign key constraints. Allowing you to let the database ensure the integrity of the state of the database, and the relationships between tables.
* InnoDB is more resistant to table corruption than MyISAM.
* Support for large buffer pool for both data and indexes. MyISAM key buffer is only for indexes.
* MyISAM is stagnant; all future enhancements will be in InnoDB. This was made abundantly clear with the roll out of Version 8.0.

**MyISAM Limitations:**

* No foreign keys and cascading deletes/updates
* No transactional integrity (ACID compliance)
* No rollback abilities
* 4,284,867,296 row limit (2^32) -- This is old _default_. The configurable limit (for many versions) has been 2**56 bytes.
* Maximum of 64 indexes per table

**InnoDB Limitations:**

* No full text indexing (Below-5.6 mysql version)
* Cannot be compressed for fast, read-only (5.5.14 introduced `ROW_FORMAT=COMPRESSED`)
* You cannot repair an InnoDB table

**For brief understanding read below links:**

1. [MySQL Engines: InnoDB vs. MyISAM – A Comparison of Pros and
Cons][6]
2. [MySQL Engines: MyISAM vs. InnoDB][7]
3. [What are the main differences between InnoDB and MyISAM?][8]
4.

[To see links please register here]

5.

[To see links please register here]

6.

[To see links please register here]



[1]:

[To see links please register here]

[2]:

[To see links please register here]

[3]:

[To see links please register here]

[4]:

[To see links please register here]

[5]:

[To see links please register here]

[6]:

[To see links please register here]

[7]:

[To see links please register here]

[8]:

[To see links please register here]

Reply

#3
Use MyISAM for very unimportant data or if you really need those minimal performance advantages. The read performance is not better in every case for MyISAM.

I would personally never use MyISAM at all anymore. Choose InnoDB and throw a bit more hardware if you need more performance. Another idea is to look at database systems with more features like PostgreSQL if applicable.

**EDIT**: For the read-performance, this link shows that innoDB often is actually _not_ slower than MyISAM:

[To see links please register here]

Reply



Forum Jump:


Users browsing this thread:
1 Guest(s)

©0Day  2016 - 2023 | All Rights Reserved.  Made with    for the community. Connected through