Kom ihåg mig?
Home Menu

Menu


PHP script för att tömma en tabell

Ämnesverktyg Visningsalternativ
Oläst 2012-03-07, 15:35 #1
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
Standard PHP script för att tömma en tabell

Har en chatt som tydligen sparar inläggen hur länge som helst. Är det någon som kan hjälpa mig med att fixa ett script som jag kan koppla till cron så det körs varje natt?

Scriptet ska alltså tömma hela tabellen som heter: cometchat_chatroommessages
Databasen heter: motesplats

Tack på förhand!
MusikMixen är inte uppkopplad   Svara med citatSvara med citat
Oläst 2012-03-07, 15:54 #2
najks avatar
najk najk är inte uppkopplad
Har WN som tidsfördriv
 
Reg.datum: Oct 2005
Inlägg: 1 224
najk najk är inte uppkopplad
Har WN som tidsfördriv
najks avatar
 
Reg.datum: Oct 2005
Inlägg: 1 224
Måste det vara ett php script, denna rad borde göra typ samma, taget ur huvudet så kolla gärna =)
Kod:
echo "TRUNCATE TABLE cometchat_chatroommessages" | mysql -hhost -ulogin -ppassword -Dmotesplats
najk är inte uppkopplad   Svara med citatSvara med citat
Oläst 2012-03-07, 15:59 #3
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
Citat:
Ursprungligen postat av najk Visa inlägg
Måste det vara ett php script, denna rad borde göra typ samma, taget ur huvudet så kolla gärna =)
Kod:
echo "TRUNCATE TABLE cometchat_chatroommessages" | mysql -hhost -ulogin -ppassword -Dmotesplats
Det fungerar galant! Stort tack...
MusikMixen är inte uppkopplad   Svara med citatSvara med citat
Oläst 2012-03-07, 16:21 #4
nosnaj nosnaj är inte uppkopplad
Har WN som tidsfördriv
 
Reg.datum: Mar 2005
Inlägg: 1 012
nosnaj nosnaj är inte uppkopplad
Har WN som tidsfördriv
 
Reg.datum: Mar 2005
Inlägg: 1 012
Om det även sparas tid i tabellen är det bättre att radera alla inlägg som är äldre än x timmar så slipper det bli tomt vid varje körning
nosnaj är inte uppkopplad   Svara med citatSvara med citat
Oläst 2012-03-07, 16:25 #5
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
Citat:
Ursprungligen postat av nosnaj Visa inlägg
Om det även sparas tid i tabellen är det bättre att radera alla inlägg som är äldre än x timmar så slipper det bli tomt vid varje körning
Den sparar tid, men jag vill att den tömmer allt, det är en öppen chatt. Det gör inget om den är tom inför dagen Det fungerar galant nu med cron och allt..

Däremot har jag en fråga till
Om man vill optimera hela databasen varje natt, hur ser det ut då? Det gäller fortfarande motesplatsen.
Inne i phpmyadmin kan man välja optimera, det hade varit kalas om man kunde köra det som en cron vid 5 tiden på morgonen. Det är väl knappast ngt som är dåligt väl?

Edit: Hittade denna: 0 1 * * * mysqlcheck --optimize --all-databases -u root -p[password] > /dev/null

Senast redigerad av MusikMixen den 2012-03-07 klockan 16:33
MusikMixen är inte uppkopplad   Svara med citatSvara med citat
Oläst 2012-03-07, 16:44 #6
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Citat:
Ursprungligen postat av MusikMixen Visa inlägg
Den sparar tid, men jag vill att den tömmer allt, det är en öppen chatt. Det gör inget om den är tom inför dagen Det fungerar galant nu med cron och allt..

Däremot har jag en fråga till
Om man vill optimera hela databasen varje natt, hur ser det ut då? Det gäller fortfarande motesplatsen.
Inne i phpmyadmin kan man välja optimera, det hade varit kalas om man kunde köra det som en cron vid 5 tiden på morgonen. Det är väl knappast ngt som är dåligt väl?

Edit: Hittade denna: 0 1 * * * mysqlcheck --optimize --all-databases -u root -p[password] > /dev/null
Det kan ta lång tid att köra och blockera tabellen under tiden, hastigheten brukar ligga någonstans runt 10k rader i sekunden. Så med en stor tabell kan den bli låst i timmar.

Vad är anledningen till att du kör en optimize varje dag?

Skulle inte rekommendera det då det i stort sett aldrig gör nämnvärd nytta att köra så ofta. Det enda tillfället när det faktiskt kan vara riktig nytta är med fragmenterad innodb data och då brukar man prata om veckovis förutsatt att du har väldigt mycket datautbyte i tabellerna. Med en inte så aktiv sajt skulle jag hellre lägga den en gång i månaden eller så.

Det är lite som att rekommendera alla desktop-användare att köra en defragmentering dagligen. Det gör föga nytta men tar tid och resurser.
Clarence är inte uppkopplad   Svara med citatSvara med citat
Oläst 2012-03-07, 16:56 #7
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
Citat:
Ursprungligen postat av Clarence Visa inlägg
Det kan ta lång tid att köra och blockera tabellen under tiden, hastigheten brukar ligga någonstans runt 10k rader i sekunden. Så med en stor tabell kan den bli låst i timmar.

Vad är anledningen till att du kör en optimize varje dag?

Skulle inte rekommendera det då det i stort sett aldrig gör nämnvärd nytta att köra så ofta. Det enda tillfället när det faktiskt kan vara riktig nytta är med fragmenterad innodb data och då brukar man prata om veckovis förutsatt att du har väldigt mycket datautbyte i tabellerna. Med en inte så aktiv sajt skulle jag hellre lägga den en gång i månaden eller så.

Det är lite som att rekommendera alla desktop-användare att köra en defragmentering dagligen. Det gör föga nytta men tar tid och resurser.
Jag märker stor skillnad på webbsidan och radio (sökningar) när man har optimerad databasen. Jag har satt cronet på att köra varje månad den 15:e så vi får se hur det går.
Jag la in koden direkt i mysql och det tog 10 sekunder så databaserna är inte speciellt stora än men servern är en gammal goding som rullar på
MusikMixen är inte uppkopplad   Svara med citatSvara med citat
Oläst 2012-03-09, 11:45 #8
Danski Danski är inte uppkopplad
Har WN som tidsfördriv
 
Reg.datum: Jul 2005
Inlägg: 1 208
Danski Danski är inte uppkopplad
Har WN som tidsfördriv
 
Reg.datum: Jul 2005
Inlägg: 1 208
Med reservation för att jag inte vet hur databasen är strukturerad eller ditt kunnande om databaser.

Låter som att du har ganska allvarliga optimeringsproblem som löses genom högst tillfälliga fixar (tömma tabeller, optimize etc.).
Börja med kolla alla slow queries, kan dessa skrivas på bättre sätt? Finns det Index i tabellerna som SQL kan nyttja? Finns det många tabeller, fundera på om du ska öka antalet tabeller som kan vara öppna samtidigt.

Kollade som hastigast på din sida, där MÅSTE du verkligen ändra koden.
*37 st CSS-filer för förstasidan enbart?
*Någon CSS loopar hämtning på bilder som inte finns (stop.png)
*En snabb räkning i koden hittar jag minst 31 javascript

Dessa tre saker hade med relativt lite besökare kunnat sänka även googles serverpark. Du dödar både din egen server och besökarnas webbläsare.
Danski är inte uppkopplad   Svara med citatSvara med citat
Oläst 2012-03-09, 15:32 #9
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
MusikMixen MusikMixen är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2008
Inlägg: 1 527
Citat:
Ursprungligen postat av Danski Visa inlägg
Med reservation för att jag inte vet hur databasen är strukturerad eller ditt kunnande om databaser.

Låter som att du har ganska allvarliga optimeringsproblem som löses genom högst tillfälliga fixar (tömma tabeller, optimize etc.).
Börja med kolla alla slow queries, kan dessa skrivas på bättre sätt? Finns det Index i tabellerna som SQL kan nyttja? Finns det många tabeller, fundera på om du ska öka antalet tabeller som kan vara öppna samtidigt.

Kollade som hastigast på din sida, där MÅSTE du verkligen ändra koden.
*37 st CSS-filer för förstasidan enbart?
*Någon CSS loopar hämtning på bilder som inte finns (stop.png)
*En snabb räkning i koden hittar jag minst 31 javascript

Dessa tre saker hade med relativt lite besökare kunnat sänka även googles serverpark. Du dödar både din egen server och besökarnas webbläsare.
Tack för ditt svar. Det är joomla installation så det finns endel tabeller, 217 st.
Index finns det eller primary. Jag väntar bara på en uppdatering sedan ska allt installeras på joomla 2.5 istället, då lär en massa tabeller försvinna samt förhoppningsvis minskas javascript och css filerna.

Jag har testat nga plugins som ska speeda upp sidan men allt blir helt fuckt up då, så jag vågar inte testa mer
MusikMixen är inte uppkopplad   Svara med citatSvara med citat
Svara


Aktiva användare som för närvarande tittar på det här ämnet: 1 (0 medlemmar och 1 gäster)
 

Regler för att posta
Du får inte posta nya ämnen
Du får inte posta svar
Du får inte posta bifogade filer
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG]-kod är
HTML-kod är av

Forumhopp


Alla tider är GMT +2. Klockan är nu 10:48.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson
 
Copyright © 2017