“Kris, kannst Du bitte mal gucken?”

Seit heute Morgen, 10:00 Uhr, wächst das Undo-Log immer weiter an.

Immer wenn InnoDB Daten schreibt wird die alte Version einer Zeile aus der Tabelle in das Undo-Log verschoben, also physikalisch von der ibd-Datei der Tabelle in die ibdata1 im Datadir von MySQL. In der Tabelle wird in der veränderten Zeile ein Zeiger von der neuen Version auf die alte Version der Zeile im Undo-Log installiert, der Roll(back)-Pointer. Die alte Version im Undo-Log zeigt mit ihrem eigenen Roll-Pointer auf eine noch ältere Version derselben Zeile und so weiter–es entsteht für jede Zeile in der Datenbank eine lineare Liste von Versionen in die Vergangenheit einer Row.

Ich glaube, von allen Teilen der Musik- und Unterhaltungsindustrie ist die Marke “Sony” mit allen ihren Armen und Seitengeschäften noch vor “Disney” eine der Firmen, die das Image von “Das ist der Feind” am Besten verkörpern.

Die tatsächliche Sachlage ist kompliziert, aber das Image ist grundlegend verbrannt und erholt sich irgendwie auch nicht.

Ein Teil von Sony hatte in 2005 Rootkits auf den Rechnern ihrer Kunden installiert . Seither geht es Schlag auf Schlag, damit das Image des Namens gleichmäßig bleibt:

Dropbox ist in den letzten Tagen und Wochen ein wenig seltsam in die Schlagzeilen geraten.

Da ist einmal der Artikel von Derek Newton: Dropbox Authentication: Insecure by design :

After some testing (modification of data within the config table, etc) it became clear that the Dropbox client uses only the host_id to authenticate. Here’s the problem: the config.db file is completely portable and is not tied to the system in any way. This means that if you gain access to a person’s config.db file (or just the host_id), you gain complete access to the person’s Dropbox until such time that the person removes the host from the list of linked devices via the Dropbox web interface.

Die Antwort: ALTER TABLE vs. Schemaless

ALTER TABLE in MySQL nervt. Das tut es in erster Linie, weil es die Tabellen, die es verändert, mit einem exklusiven Lock (Write Lock) belegt, während es die Änderung durchführt, und weil es die Änderung durch Umkopieren der Daten und Indices durchführt, was bei einer großen bestehenden Datenmenge doch recht lange dauern kann.

Es gibt inzwischen eine Reihe von Verbesserungen in MySQL 5.5, wenn InnoDB (inzwischen die Default Storage Engine) verwendet wird. Diese Verbesserungen beziehen sich zum größten Teil auf das Erzeugen und Löschen von Indices im Hintergrund, also ohne Lock und ohne den Betrieb aufzuhalten.

Die Frage:

Ich brauche einmal Hilfe. Von Euch. Ich verstehe nämlich ein Konzept nicht. Es geht um den Begriff “Schemaless”, der im Zusammenhang mit einigen NoSQL-Datenbanken verwendet wird.

Ich kann verstehen, daß für einige Leute ein ALTER TABLE wie in MySQL ein Problem ist, weil es Tabellen während der Schemaänderung lockt. Da ALTER TABLE in vielen Fällen die Daten zur Durchführung der Änderung umkopieren muß, kann dieses Lock entsprechend lange bestehen bleiben, wenn die Daten nur hinreichend groß sind.

Laut mehreren Quellen wird Google Streetview in keinen weiteren Städten mehr verfügbar gemacht als den 20 Städten, in denen es schon vorhanden ist. Das Bildmaterial für die vorhandenen 20 Städte wird nicht aktualisiert werden und also langsam vor sich hin veralten.

Das haben Frau Aigner und die hauptamtlichen Datenschutzhysteriker und Einwilligungsinformatiker schön hin bekommen. Nächstes Ziel: Google Analytics . Wenn wir uns anstrengen, sind wir in weniger als 2 Jahren wieder bei Bildschirmtext, Spackeria oder nicht.

Nachdem ich jetzt ein wenig mit dem Lesen auf Kindle for Mac und Kindle for Android herumprobiert habe, kann ich sagen, daß es für mich funktioniert. Und zwar seltsamerweise auf dem Android besser als auf dem Mac. Ich kann nur noch nicht sagen wieso - wahrscheinlich spielt Gewicht tatsächlich eine größere Rolle als Screenspace.

Ein wenig Recherche zum Thema Kindle Store und Kindle fördert auch sonst ein paar interessante Fakten zutage. Ein Artikel über Amanda Hocking und andere Autoren zum Beispiel, die ausschließlich über Kindle publizieren. Und dabei gutes Geld verdienen, denn auf diese Weise kommt bei ihnen prozentual viel mehr Geld an als wenn sie über einen Verlag mit gedruckten Büchern arbeiten würden. Was wiederum vollkommen neue Buchpreise ermöglicht. Was wiederum den Kauf von Werken unbekannter Autoren stark vereinfacht, da für mich als Kunde das persönliche Risiko viel geringer ist.

The Wise Mans Fear , Hardcover, 1008 Seiten. 1400 Gramm. Kindle auf dem Android ist eine feine Sache.

“The Wise Man’s Fear” ist der Folgeband zu Der Name des Windes .

Kvothe, unser Held aus dem ersten Band, macht sich an der Universität ernsthaft Feinde und muß sich eine Weile zurückziehen, um Gras über die Sache wachsen zu lassen. Er macht sich auf den Weg in das ferne Land Vint, wo er einem Gönner, dem Maer von Severen, helfen muß eine Braut zu werben und Banditen in den fernen Wäldern des Nordens zu besiegen. Das gelingt ihm auch, aber auf dem Weg zurück wird er von einer Fae verführt, entkommt und gelangt mit einem Umweg über das mysteriöse Land Adem zurück nach Severen und schließlich an zurück an die Universität. Bei jedem dieser Ereignisse lernt er ein wenig über die Chandrian, die Mörder seiner Eltern, und über die wahre Natur und Geschichte der Welt, in der er lebt ("Azundris Edition " für Leute mit TL;DR-Syndrom).

Dies ist der 2. Teil zum Thema Automatisierung von Systemverwaltungsaufgaben. Den ersten Teil gibt es hier .

In jenem Text habe ich mit dem Beispiel eines Installationsservers gearbeitet und ich schrieb darüber:

Was also wie ein wenig Gescripte aussieht, ist in Wirklichkeit die Definition und Realisierung eines Prozesses - genau genommen die Formalisierung eines Prozesses “Server aufsetzen” in der Firma. Das Ziel des Prozesses ist die Produktion einer neuen Maschine, die einer gewissen Spezifikation möglichst gut entsprechen soll. Dabei sind die Prozeßziele die möglichst genaue Einhaltung der Spezifikation, und die möglichst schnelle Abwicklung des Auftrages. Dabei ist das Wissen eines Experten in Programmcode auskristallisiert worden - den Hilfs-Scripten und Anpassungen des Installationsservers.

Ich hatte im Vorfeld der OSDC 2011 eine interessante Unterhaltung mit Julian Hein zum Thema Automatisierung. Er wollte, daß ich einmal erkläre, warum man das eigentlich tut - und was man da eigentlich tut.

Die Antwort ist ein wenig länger, und weil ich dieses Jahr nicht zur OSDC fahren kann und dort auch nicht reden kann, will ich einmal versuchen, meinen Text zumindest in groben Zügen hier aufzuschreiben.

Die Zusammenfassung ist jedenfalls, daß Automatisierung kein technisches Problem ist.