Alvar Freude schrieb am 14. April 2004 21:46
> Hi,
>
> Im Artikel heisst es:
>
> > Gleichzeitig erhöht sich der Datendurchsatz, denn die Knoten
> > halten ihre Daten im Hauptspeicher.
>
> OK, prima Sache; nur: wenn schon im RAM, dann kann es sinnvoller
> sein, gleich die fertigen Datenstrukturen persistent im RAM zu
> halten, ohne den Umweg via SQL (z.B. mit Apache-Modulen in mod_perl
> und globalen Variablen).
>
Genau, kann man sich getrost so überlegen!
>
> > Eine typische Konfiguration mit vier Knoten à zwei CPUs
> > soll eine Antwortzeit von 5 bis 10 Millisekunden und einen
> > Datendurchsatz von 100.000 replizierten Transaktionen pro
> > Sekunde ermöglichen.
>
> hupsassa.
> Kurz zuvor stand aber doch: "halten ihre Daten im Hauptspeicher".
> Transaktionen heisst aber normalerweise, dass die Daten permanent und
> absturzsicher (!) auf Platte geschrieben sind. Und Repliziert sollte
Stimmt auch: zumindest das Transaktionslog schreibt jeder Knoten auf
seine Platte. Das steht so im MySQL-Cluster-Whitepaper.
--cut
> Oder ist es mal wieder so, dass MySQL seine eigenen Begriffe
> einführt? Transaktion wäre dann mit "Query" gleichzusetzen und die
> 100.000 "Transaktionen" wären dann 100.000 Queries bei den
> problematischen MyISAM-Tabellen auf zwei mal vier Prozessoren
Das kann man vermuten.
( :-)) )
>
> Mit MyISAM-Tabellen mit ihren Locks bei Schreibzugriffen und der
> nicht vorhandenen Transaktionssicherheit?
Jetzt gib's ihnen aber nicht zu heftig.
--cut
>
> Und was ist mit den vielen vielen MySQL-Gotchas?
>
> http://sql-info.de/mysql/gotchas.html
Unser Web-Master leidet auch sehr darunter und hat das Teil schon
"WhySQL" oder "OMyGodYouCallThatSQL" genannt.
>
> Kommt dann immer noch der 2. März raus, wenn man vom 31. Februar (!)
> zwei Tage abzieht? ;-)
>
>
> Also, irgendwie kann ich mich des Eindrucks nicht erwehren, dass es
> sich hier hauptsächlich (nicht ausschließlich!) um Marketing-Blabla
> handelt.
Aber selbstverfreilich ist es das. Ich möchte das auch mal live vor
der Tastatur haben. Für den Anfang reichte schon das Admin-Manual.
>
>
> Ciao
> Alvar, http://www.a-blast.de/ läuft leider noch mit MySQL,
> MyISAM und ohne Transaktionen. Mit InnoDB: das Kritische
> ca. 10 mal langsamer. :-(
Sorry, aber dann machst Du was falsch.
> Erste Tests mit PostgreSQL: deutlich schneller als MyISAM.
> Tja -- wie war das mit "MySQL macht Kompromisse weil es
> schnell ist?". Das gilt zumindest nicht immer ;-)
>
> Hi,
>
> Im Artikel heisst es:
>
> > Gleichzeitig erhöht sich der Datendurchsatz, denn die Knoten
> > halten ihre Daten im Hauptspeicher.
>
> OK, prima Sache; nur: wenn schon im RAM, dann kann es sinnvoller
> sein, gleich die fertigen Datenstrukturen persistent im RAM zu
> halten, ohne den Umweg via SQL (z.B. mit Apache-Modulen in mod_perl
> und globalen Variablen).
>
Genau, kann man sich getrost so überlegen!
>
> > Eine typische Konfiguration mit vier Knoten à zwei CPUs
> > soll eine Antwortzeit von 5 bis 10 Millisekunden und einen
> > Datendurchsatz von 100.000 replizierten Transaktionen pro
> > Sekunde ermöglichen.
>
> hupsassa.
> Kurz zuvor stand aber doch: "halten ihre Daten im Hauptspeicher".
> Transaktionen heisst aber normalerweise, dass die Daten permanent und
> absturzsicher (!) auf Platte geschrieben sind. Und Repliziert sollte
Stimmt auch: zumindest das Transaktionslog schreibt jeder Knoten auf
seine Platte. Das steht so im MySQL-Cluster-Whitepaper.
--cut
> Oder ist es mal wieder so, dass MySQL seine eigenen Begriffe
> einführt? Transaktion wäre dann mit "Query" gleichzusetzen und die
> 100.000 "Transaktionen" wären dann 100.000 Queries bei den
> problematischen MyISAM-Tabellen auf zwei mal vier Prozessoren
Das kann man vermuten.
( :-)) )
>
> Mit MyISAM-Tabellen mit ihren Locks bei Schreibzugriffen und der
> nicht vorhandenen Transaktionssicherheit?
Jetzt gib's ihnen aber nicht zu heftig.
--cut
>
> Und was ist mit den vielen vielen MySQL-Gotchas?
>
> http://sql-info.de/mysql/gotchas.html
Unser Web-Master leidet auch sehr darunter und hat das Teil schon
"WhySQL" oder "OMyGodYouCallThatSQL" genannt.
>
> Kommt dann immer noch der 2. März raus, wenn man vom 31. Februar (!)
> zwei Tage abzieht? ;-)
>
>
> Also, irgendwie kann ich mich des Eindrucks nicht erwehren, dass es
> sich hier hauptsächlich (nicht ausschließlich!) um Marketing-Blabla
> handelt.
Aber selbstverfreilich ist es das. Ich möchte das auch mal live vor
der Tastatur haben. Für den Anfang reichte schon das Admin-Manual.
>
>
> Ciao
> Alvar, http://www.a-blast.de/ läuft leider noch mit MySQL,
> MyISAM und ohne Transaktionen. Mit InnoDB: das Kritische
> ca. 10 mal langsamer. :-(
Sorry, aber dann machst Du was falsch.
> Erste Tests mit PostgreSQL: deutlich schneller als MyISAM.
> Tja -- wie war das mit "MySQL macht Kompromisse weil es
> schnell ist?". Das gilt zumindest nicht immer ;-)
>