![]() |
mySQL 5.1 config fil..
Jag kör musikmixen på egen server och den segar ngt fruktansvärt.
Servern är en dell poveredge 860 med 8 GB minne. Jag kör med Exi5 virtualisering. Debian på linux burken, har satt den på 5 GB minne. Någon som har tips på hur man kan optimera den. Just nu finns det 8 inloggade och sidan segar som tusan. Sidan drivs av Joomla 2.5.9 samt några komponenter. Databasen är myisam.. Jag skulel verkligen behöva hjälp och tips på hur jag kan fixa det.. |
- Är din databas normaliserad enligt första, andra och tredje normalformen? Om inte, gör det!
- Använder du InnoDB? Om inte, gör det! - Använder du Primärnycklar? Om inte, gör det! - Har du index på alla kolumner som är främmande nycklar? Om inte, gör det! - Har du index på alla kolumner som du kan söka på? Om inte, gör det! - Har du index på alla kolumner som finns med i dina WHERE-satser? Om inte, gör det! - Har du "smarta" dvs komplexa index? Om inte, gör det! - Använder du smarta Stored Procedures för alla dina frågor? Om inte, gör det! - Använder du dynamiska SQL-frågor? Sluta med det, använd Stored Procedures i stället! - Använder du frågor med Kartesiska produkter? Sluta med det, gör mer snäva urval i stället! - Använder du frågor som kan generera tablescan? Sluta med det, gör endast frågor med indexerade sökbegrepp! - Använder du frågor som listar hela tabeller? Sluta med det, gör snävare urval! Det var de första åtgärderna jag skulle kolla! Eftersom jag inte har sett ett DDL-script på hela databasstrukturen så är det svårt att ge mer detaljerade råd än så här i nuläget. |
Tack!
Kör bara myisam. Har hört attd et skulel vara bäst, därför är mysqlen inställd på det. - Är din databas normaliserad enligt tredje normalformen? Om inte, gör det! <- Det vet jag inte ens vad du menar med det. Du verkar pålitlig av dig, jag ger dig gärna uppgifter för inloggning så du själv kan se. Är inte själv insatt i det mer än att optimera tabellerna. |
Citat:
|
Glömde....
- Låt det vanligaste sökbegreppet vara ett klustrat index (dvs lagras i fysisk ordning)! |
Citat:
Jag tolkade TS fråga som en databasfråga för MySQL 5.1.... (Det finns en del SP-funktionalitet i 5.1 men är bättre i senare versioner av databasen). Jag har inte testat klustrade index i MySQL så jag vet inte om det funkar där, men det finns i de flesta relationsdatabaser. Det finns även vissa relationsdatabaser som kan ha multipla klustrade index, men då kräver det hiskeligt mycket mer hårddiskutrymme, eftersom indexerad info måste lagras flera gånger rent fysiskt. tror inte MySQL klarar det ännu. |
Citat:
Vilken webbhotell/VPS/cloud-tjänst som helst borde springa cirklar runt den hårdvaran. Citat:
|
Citat:
Jag vet absolut inget om Joomla dock! MyIsam är en Indexsekvensiell databasstruktur som är riktigt usel för relationsdatabaser. Du bör absolut använda InnoDB som är en "riktig" användning för relationsdatabaser (SQL). Det möjliggör en hel rad inbyggda funktioner och brukar vara det normala sättet att använda en relationsdatabas på. Men det beror på hur databasen är byggd från grunden. Normalisering är ett viktigt begrepp för databasstrukturen. Länkar om relationsdatabaser och normalisering: http://sv.wikipedia.org/wiki/Relationsdatabas (Relationsdatabaser) http://sv.wikipedia.org/wiki/Normalform_(databaser) (Normalisering av databaser) http://www.databasteknik.se/webbkursen/normalisering/ (Normalisering av databaser) Normalisering används för att höja databasens förmåga att själv tvinga fram en bättre kvalitet på den lagrade informationen. Om man redan i databasstrukturen bygger in så många tvingande affärsregler (dvs verkliga regler man har för informationen i sin verksamhet) som möjligt så slipper man ha den kunskapen i de applikationer som använder databasen och man slipper behovet av att användaren måste ha den kunskapen i huvudet och alltid kontrollera att all information är korrekt. Kort uttryckt så får användaren hjälp av databasen att kontrollera kvalitén på informationen som lagras i databasen. Datbasens roll som kontrollant av kvalitéen på informationen är normalt särskilt viktigt om man har en databas som används av många olika användare, exempelvis externa internetanvändare eller många applikationer eller andra it system. |
Tack för era svar! Tyvärr finns det ingen ekonomi just nu att hyra server och webbhotell är tyvärr uteslutet.
Conny: DDL? Du får gärna tillgång till phpmyadmin på servern.. |
Har du ett batteri kopplat till smart array kortet? det är ett känt problem att
om man inte har det eller om det är slut så segar Vmware. http://communities.vmware.com/thread/208767 finns fler artiklar och inlägg om det.. googla |
Conny, du kan sluta prata om normalisering av databaser eftersom att han använder Joomla (du får läsa på lite) och därför inte i praktiken kan ändra hur tabellerna ser ut.
Dessutom så för att gå ifrån MyIsam till InnoDB i Joomla så måste man utöver konverteringsjobbet också göra alla framtida uppdateringar manuellt = packa upp dem och ändra i sql-filerna från MyIsam till InnoDB och sen köra uppdateringen. Utöver det så kan man inte heller använda moduler etc. utan att göra samma sak. Det blir alltså en väldans massa jobb som kräver lite mer kunskap än vad gemene man har. |
Citat:
Är detta något man kan se remotes? I inlägget pratar de om EXS 3.5, men jag har den senaste. Kan det ha betydelse iaf? Innan hade jag 7 joomla installationer och mysql databasen på samma burk, dock bar det en ren debian installation och ehcp installerat. Det fungerade hur bra som helst, segade väldigt sällan. Anledningen att jag kör EXS nu är för att jag ska kunna köra radioprogrammet på samma burk (kräver windows). Smidigt för min del. |
Citat:
Jag provade göra om alla tabellerna till innoDB men det gav fel. Tabellerna används eller tabellen har krashat så jag gick över till myISAM igen och då fungerade allt. |
Jag körde ett test och detta visar den om det kan vara till hjälp.
http://img32.imageshack.us/img32/73/...6b085e36cd.png |
Om det funkade bra innan du virtualiserade det så vore en lätt lösning att lägga sajterna direkt på värden och bara virtualisera windows för radion ...
|
Citat:
|
Citat:
Då kan jag nog inte hjälpa så mycket med att kolla igenom databasstrukturen. Det krävs en grundläggande ombyggnad av en större del av applikationen (Databas, ORM-skiktet, samt affärslogiken, kanske kan GUI och Vy-modellen hållas intakt, men det mesta andra måste struktureras om, vilket blir en fasligt omfattande jobb för en befintlig applikation). Av trådrubriken och första inlägget fick jag uppfattningen att det var en databasfråga, men så var det tydligen inte. |
Ett tips till TS är att sätta upp New Relic.
|
Citat:
Varför inte köra radion på debian med? Antar att det är shoutcast du använder dig av? Finns för linux med och är inte svårt att få igång eller prestandakrävande. Har du åtkomst till DRAC gränssnittet så kan du se om det finns ett batteri inkopplat, Annars får du öppna maskinen och titta |
Citat:
Tack alla som svarat! Jag får vänta 2 månader och hyra mig en server. Ekonomin tillåter det inte riktigt än :) |
Citat:
|
Kan du inte se vilka processer som är aktiva och hur mycket resurser de roffar åt sig? Det borde ge dig en första ledtråd. Nu har du ju ingen aning om det är databasen som är felkonfad, om det är webbservern, koden eller kanske lite av varje.
Såvitt jag vet bygger Joomla mycket på plugins från communityt men de är inte alltid så välskrivna. Har du testat att inaktivera några i taget och se om det blir nån skillnad? Hade du byggt om allting från grunden eller har samma kod körts på en annan miljö? Det är mycket som inte framgår. |
Citat:
Jag kör med ehcp som kontrollpanel och tydligen har det varit strul med höga spikar, men jag tycker sidan är trögare när man är inloggad. Jag har testat köra memcach på sessionen och även fil samt inget, kör jag inget verkar sidan gå betydligt fortare, men tyvärr kan man inte göra speciellt mycket på sidan mer än svara på inlägg. Hundserver: Jag kör med Sam Broadcaster (databas styrt) |
Som redans nämnts, sluta gissa och installera New Relic.
|
Citat:
|
Alla tider är GMT +2. Klockan är nu 11:27. |
Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson