sql >> Databasteknik >  >> RDS >> Mysql

Bästa lagringsmotorn för att ständigt ändra data

En möjlighet är att det kan finnas andra problem som orsakar prestandaproblem - 6 sekunder verkar överdrivet för CRUD-operationer, även på en komplex databas. Tänk på att ArsDigita (förr i tiden) kunde hantera 30 träffar per sekund på en tvåvägs Sun Ultra 2 (IIRC) med ganska blygsam diskkonfiguration. En modern lågmellanserver med en förnuftig disklayout och lämplig inställning borde klara av en ganska stor arbetsbelastning.

  • Saknar du ett index? - kontrollera frågeplanerna för de långsamma frågorna för tabellsökningar där de inte borde vara.

  • Vad är disklayouten på servern? - behöver du uppgradera din hårdvara eller fixa några diskkonfigurationsproblem (t.ex. inte tillräckligt med diskar, loggar på samma volym som data).

  • Som den andra affischen antyder, kanske du vill använda InnoDB på de hårt skrivna tabellerna.

  • Kontrollera inställningen för minnesanvändning på databasservern. Du kanske vill konfigurera mer cache.

Redigera: Databasloggar bör leva på egna tysta diskar. De använder ett sekventiellt åtkomstmönster med många små sekventiella skrivningar. Där de delar diskar med en slumpmässig arbetsbelastning som datafiler skapar den slumpmässiga diskåtkomsten en stor systemprestandaflaskhals på loggarna. Observera att detta är skrivtrafik som måste slutföras (dvs skrivas till fysisk disk), så cachning hjälper inte med detta.



  1. Oracle SQL-utlösare för att automatiskt ställa in ett kolumnvärde

  2. Hur kan jag köra många frågor på en sida?

  3. Objektet i klassen yii\db\Command kunde inte konverteras till sträng

  4. PHP:mysql_fetch_array() förväntar sig att parameter 1 är resurs, boolesk given