sslug-teknik team mailing list archive

[Jesper Krogh <jesper@xxxxxxxx>]

I sslug.teknik, skrev Ivar Madsen:
>  Jesper Krogh wrote:
> 
> >>  Men jeg har fundet ud af at siderne ligger i
> >>  /var/lib/mysql/wikidb/cur.MYD og .MID, så det letteste er måske at
> >>  checke om de er nyere end x minutter, og hvis så, ja, så er en side
> >>  opdateret siden da.
> >>  Jeg har prøvet at kikke på man ls men ikke kunnet finde rette
> >>  kombanition af optons, som gør at jeg får et output som jeg kan bruge
> > Du laver her en hel masse antagelser, som du ikke kan gøre..
> 
>  Jeg har forsøgt at checke det, og fandt med webmin den tabel den ligger
>  siden i, ændrede på en side, og ganske som forventet, så blev de to filer
>  ændret i størelse.

.. og derfor er det *altid* tilfældet? 

> > Ved du at:
> > 1) Der ikke bliver skrevet til databasefilerne blot fordi der ikke
> > bliver skrevet til databasen?
> > 2) MediaWiki ikke har en intern cache, som den selv kunne finde på at
> > flushe/putte ting i så størrelsen ikke opfører sig som du beskriver.
> > Jeg kan oplyse at begge dele er tilfældet...
> 
>  OK, men nytter det så bare at lave en mysqldump?
>  Skal jeg ikke først få MidiaWiki til at skrive sin interne cache til
>  databasen, for at få alle ændringer med?

mysqldump er normalt "anbelfalet" backup for en mysqldatabase, så det
vil være vejen at gå. 

>  En anden ting jeg lige kommer til at tænke på, sørger mysqldump for at der
>  ikke kan skrives til databasen mens den tager en backup?

Læs man siden.. jeg tror nok det er --opt du skal bruge som option. 

>  Eller er det kernen som helt generelt sørger for at en fil ikke kan tilgås
>  af to bruger som RO og RW på samme tid?

Nej, så restriktiv er kernen ikke.. 

Jesper
-- 
./Jesper Krogh, jesper@xxxxxxxx, Jabber ID: jesper@xxxxxxxxxxxx