The latest from the MySQL community

Als kleinen Ausgleich für die heute ausgefallene Fortsetzung der MaxDB-Serie auf dem englischsprachigen PlanetMySQL , möchte ich diesen bereits in der SAP Info erschienenen Artikel nachreichen.

Hohe Professionalität, niedrige Betriebskosten

Unter den Open-Source-Datenbanken nimmt MaxDB eine besondere Stellung ein, denn sie lässt sich bei geringen Betriebskosten für unternehmenskritische Anwendungen nutzen. Inzwischen arbeiten mehr als 3.500 SAP-Installationen mit MaxDB.

Die Eignung dieser Datenbank für SAP-Umgebungen kommt nicht von ungefähr: MaxDB wurde von SAP selbst unter der Bezeichnung SAP DB für ihre ERP-Lösungen konzipiert und optimiert. Seit Ende 2003 vermarkten die Walldorfer das Produkt gemeinsam mit …

Als kleinen Ausgleich für die heute ausgefallene Fortsetzung der MaxDB-Serie auf dem englischsprachigen PlanetMySQL , möchte ich diesen bereits in der SAP Info erschienenen Artikel nachreichen.

Hohe Professionalität, niedrige Betriebskosten

Unter den Open-Source-Datenbanken nimmt MaxDB eine besondere Stellung ein, denn sie lässt sich bei geringen Betriebskosten für unternehmenskritische Anwendungen nutzen. Inzwischen arbeiten mehr als 3.500 SAP-Installationen mit MaxDB.

Die Eignung dieser Datenbank für SAP-Umgebungen kommt nicht von ungefähr: MaxDB wurde von SAP selbst unter der Bezeichnung SAP DB für ihre ERP-Lösungen konzipiert und optimiert. Seit Ende 2003 vermarkten die Walldorfer das Produkt gemeinsam mit …

Datenbanken und andere speicherhungrige Applikationen haben ein Problem mit 32bit Systemen. Mit 32bit lassen sich gerade mal 2^32 Speicherstellen bzw. 4GB adressieren. 4GB Hauptspeicher sind in Servern keine Seltenheit mehr wo selbst die Daddel-PCs der Lebensmitteldiscounter schon mit mindestens 1GB Hauptspeicher für sich werben. Datenbanken lieben Hauptspeicher. Als Faustregel gilt traditionell, daß Zugriffe auf CPU internen Speicher etwa 1.000x schneller sind als Zugriffe auf den Hauptspeicher und der Hauptspeicher wiederum 1.000x schneller Daten liefern und speichern kann als eine Festplatte. Die Faktoren mögen inzwischen anders sein, aber die Größenordnungen geben eine Vorstellung davon, warum eine Datenbank erst dann genug Pufferspeicher (Cache) hat, wenn der gesamte Datenbestand im schnellen und inzwischen bezahlbaren Hauptspeicher zwischengespeichert werden kann.

Heute nun, lief ich über eine MaxDB, die sich weigerte ihren Job …

Datenbanken und andere speicherhungrige Applikationen haben ein Problem mit 32bit Systemen. Mit 32bit lassen sich gerade mal 2^32 Speicherstellen bzw. 4GB adressieren. 4GB Hauptspeicher sind in Servern keine Seltenheit mehr wo selbst die Daddel-PCs der Lebensmitteldiscounter schon mit mindestens 1GB Hauptspeicher für sich werben. Datenbanken lieben Hauptspeicher. Als Faustregel gilt traditionell, daß Zugriffe auf CPU internen Speicher etwa 1.000x schneller sind als Zugriffe auf den Hauptspeicher und der Hauptspeicher wiederum 1.000x schneller Daten liefern und speichern kann als eine Festplatte. Die Faktoren mögen inzwischen anders sein, aber die Größenordnungen geben eine Vorstellung davon, warum eine Datenbank erst dann genug Pufferspeicher (Cache) hat, wenn der gesamte Datenbestand im schnellen und inzwischen bezahlbaren Hauptspeicher zwischengespeichert werden kann.

Heute nun, lief ich über eine MaxDB, die sich weigerte ihren Job …

Datenbanken und andere speicherhungrige Applikationen haben ein Problem mit 32bit Systemen. Mit 32bit lassen sich gerade mal 2^32 Speicherstellen bzw. 4GB adressieren. 4GB Hauptspeicher sind in Servern keine Seltenheit mehr wo selbst die Daddel-PCs der Lebensmitteldiscounter schon mit mindestens 1GB Hauptspeicher für sich werben. Datenbanken lieben Hauptspeicher. Als Faustregel gilt traditionell, daß Zugriffe auf CPU internen Speicher etwa 1.000x schneller sind als Zugriffe auf den Hauptspeicher und der Hauptspeicher wiederum 1.000x schneller Daten liefern und speichern kann als eine Festplatte. Die Faktoren mögen inzwischen anders sein, aber die Größenordnungen geben eine Vorstellung davon, warum eine Datenbank erst dann genug Pufferspeicher (Cache) hat, wenn der gesamte Datenbestand im schnellen und inzwischen bezahlbaren Hauptspeicher zwischengespeichert werden kann.

Heute nun, lief ich über eine MaxDB, die sich weigerte ihren Job …

This is a general warning: Do not use megaraid SATA RAID controllers (LSI Logic / Symbios Logic PowerEdge Expandable RAID Controller 4 (rev 01), also rebranded and sold by major manufacturers).

We had a machine with both Linux 2.4 and 2.6 running (various versions), Seagate and WDC disks, tried to tune software and BIOS parameters. Nothing helped. This is what we took out of order:

megaraid cmm: 2.20.2.5 (Release Date: Fri Jan 21 00:01:03 EST 2005)
megaraid: 2.20.4.5 (Release Date: Thu Feb 03 12:27:22 EST 2005)
megaraid: fw version:[713G] bios version:[G117]
scsi0 : LSI Logic MegaRAID driver

This controller does not deliver more than 6MB/s when reading from a mirrored RAID. Sustained write performance is something like 4MB/s, but that's not the worst part: You can write very quickly to it until the on-board cache is full (64MB). While this cache is being flushed the host system comes to a complete halt since …

Himmel voller Früchte...

(Flickr)
"More Sorrento" vollständig lesen

"Sorrentocams" vollständig lesen

MySQL Devcon, Blick aus dem Hotelzimmer

Ich haenge ja schon eine weile in #maxdb auf freenode rum und unterhalte mich dort immer wieder nett mit cj, welcher mich dazu gebracht hat, diesen Blog bei planetmysql.de zu registrieren. Mal sehen, ob er angenommen und so gefiltert wird, dass ich die Welt nicht mit dem Privatkram belaste :)

Weiterhin bin ich noch unsicher, ob sich MySQL damit einen Gefallen tut, weil ich ja dann einen Grund habe, endlich mal alles zu schreiben, was ich von MySQL und MaxDB halte. Hier wisst schon...