Du befindest Dich im Archiv vom ABAKUS Online Marketing Forum. Hier kannst Du Dich für das Forum mit den aktuellen Beiträgen registrieren.

Verreissts mySQL Tabellen bei besonders viel R/W Zugriffen?

Ajax, Hijax, Microformats, RDF, Markup, HTML, PHP, CSS, MySQL, htaccess, robots.txt, CGI, Java, Javascript usw.
Neues Thema Antworten
Airport1
PostRank 10
PostRank 10
Beiträge: 4489
Registriert: 16.08.2004, 18:50
Wohnort: Backnang / bei Stuttgart

Beitrag von Airport1 » 28.12.2005, 12:07

Habe eine mySQL Tabelle, auf die besonders extrem haeufig lesend/schreibend zugegriffen wird. Diese hats vor zwei Tagen "zerrisssen", soll heissen, sie liess sich nicht mehr oeffnen, bearbeiten, nix mehr. Das Syslog quoll ueber vor Fehlermeldungen (can not open blablub.MYI). Wie kann denn so etwas passieren?

Habe sie nun zwar gekillt, und einfach neu angelegt, aber die Ursache wuerde mich dann doch schon sehr "jucken" ;)
Linktauschanfragen zwecklos
https://www.bot-trap.de/ Spamschutz fuer Webmaster - zentrale Meldestelle fuer Web Spam
https://www.airport1.de/blog/ Lombagruschd Blog mid Gardadierle
https://www.ranking-hits.de/ Counter & PR Service

Anzeige von ABAKUS

von Anzeige von ABAKUS »

SEO Consulting bei ABAKUS Internet Marketing
Erfahrung seit 2002
  • persönliche Betreuung
  • individuelle Beratung
  • kompetente Umsetzung

Jetzt anfragen: 0511 / 300325-0.


oldInternetUser
PostRank 9
PostRank 9
Beiträge: 1250
Registriert: 19.03.2005, 12:52

Beitrag von oldInternetUser » 28.12.2005, 12:09

mySql ist üblicherweise nicht transaktionssicher. Und dies ist das Ergebnis bzw. der Unterschied zu 'richtigen Datenbanksystemen'.

tobsn
PostRank 7
PostRank 7
Beiträge: 495
Registriert: 26.10.2005, 02:10

Beitrag von tobsn » 29.12.2005, 00:30

oder der unterschied zwischen leuten die coden können und leuten die ihre queries zusammenfrickeln...

btw. gibts dafür mitgelieferte repair und optimier binaries.


(https://dev.mysql.com/doc/refman/5.0/en/repair.html)
Unterhalte Dich mit anderen im SEO & ADSENSE IRC CHAT! :D
/server irc.german-elite.net -j #SEO
_________________
theonlybushilike.com!
_________________
"There are three kinds of lies: lies, damned lies, and statistics."
— Benjamin Disraeli (1804-1881), British politician

Panic
PostRank 4
PostRank 4
Beiträge: 137
Registriert: 07.01.2006, 14:44
Wohnort: Mannheim

Beitrag von Panic » 07.01.2006, 15:10

Falsche inidizes?!? Dann zerreist es evtl. auch den Index.... ausdumpen und neu eindumpen würde dann das Problem kurzzeitig beheben.

Am besten mal analysieren. PHPMyAdmin bietet da im Zusammenhang mit dem Befehl
mysqladmin processlist
sehr schöne Möglichkeiten.

twitch
PostRank 9
PostRank 9
Beiträge: 1222
Registriert: 09.04.2005, 14:01

Beitrag von twitch » 07.01.2006, 20:06

@ oldInternetUser:
Leider hat Transaktionen mit dem abschmieren einer MySQL-DB nix zu tun!
... außerdem kann MySQL nun auch Transaktionen :-)

Ich denke der richtige Ansatz war von Tobsen... irgendwoher kenn ich dich ...

Erstell doch einfach ein Skript welches einmal in der Stunde ein
check table x und ggf:
repaire tabke x
optimize table x

macht. Dann dürfte so etwas kaum noch auftreten.
PS: ich hätte da ein Skript in PERL

Schonmal an einen Festplattenfehler gedacht oder Arbeitsseicherfehler?

mfg
Twitch

SEO - History, Tools, Videos, Downloads und mehr auf https://www.seo-ranking-tools.de/

Airport1
PostRank 10
PostRank 10
Beiträge: 4489
Registriert: 16.08.2004, 18:50
Wohnort: Backnang / bei Stuttgart

Beitrag von Airport1 » 07.01.2006, 20:36

War ein Dateisystemfehler... fsck half... so einfach kann manchmal die Loesung sein ;)
Linktauschanfragen zwecklos
https://www.bot-trap.de/ Spamschutz fuer Webmaster - zentrale Meldestelle fuer Web Spam
https://www.airport1.de/blog/ Lombagruschd Blog mid Gardadierle
https://www.ranking-hits.de/ Counter & PR Service

Antworten
  • Vergleichbare Themen
    Antworten
    Zugriffe
    Letzter Beitrag