sql >> Database >  >> RDS >> Mysql

MyISAM- en InnoDB-tabellen in één database

Tegenwoordig gebruik ik altijd standaard InnoDB, vooral op de schrijfintensieve tabellen die je noemt, waar MyISAM last heeft van volledige tafelvergrendeling. Hier is een to-the-point vergelijking.

Redenen om MyISAM te gebruiken:

  • Tafels zijn erg snel voor select-zware ladingen
  • Labels op tafelniveau beperken hun schaalbaarheid voor schrijfintensieve omgevingen met meerdere gebruikers.
  • Kleinste schijfruimteverbruik
  • Index met volledige tekst
  • Samengevoegde en gecomprimeerde tabellen.

Redenen om InnoDB te gebruiken:

  • ACID-transacties
  • Vergrendeling op rijniveau
  • Consistente leesbewerkingen – hiermee kunt u een uitstekende lees-schrijf-gelijktijdigheid bereiken.
  • Primaire sleutelclustering – geeft in sommige gevallen uitstekende prestaties.
  • Buitenlandse sleutelondersteuning.
  • Zowel index- als gegevenspagina's kunnen in de cache worden opgeslagen.
  • Automatisch herstel na crash - in het geval dat MySQL-afsluiting onrein was, zullen InnoDB-tabellen nog steeds - herstellen naar de consistente staat - Geen controle / reparatie zoals MyISAM vereist.
  • Alle updates moeten de transactionele engine in InnoDB passeren, wat vaak slechter wordt - prestaties vergeleken met niet-transactionele storage-engines.

Het bovenstaande is overgenomen van deze site , die niet meer lijkt te werken.




  1. dit is fout ORA-12154:TNS:kon de opgegeven verbindings-ID niet oplossen?

  2. Welke regels zijn van toepassing op het benoemen van een mysql-kolom?

  3. Tips om SQL Server-database van de ene server naar de andere te verplaatsen - SQL-zelfstudie door Rajan Singh

  4. Laravel 4.2 BIT datatype probleem