KopfPit - Weblog » MySQL

Wie ich meine MySQL Datenbank zu UTF8 überredete…

admin — Wed, 13 Jul 2011 20:23:07 +0000

Also nun ist ja MySQL schon durchaus eine Weile in amerikanischer Hand und trotzdem stolpert man immer wieder mal über diesen lästigen Latin-1 Zeichensatz.

Aktuelles Problem war, dass ein eingespielter MySQL Dump einfach unverschämterweise die Umlaute nicht korrekt darstellen wollte, obwohl eigentlich alles in UTF8 war.

Aber halt nur eigentlich, denn des Rätsels Lösung offenbarte sich nach einem Blick auf die MySQL-Systemvariablen.

SHOW VARIABLES WHERE Variable_name LIKE '%character%' OR Variable_name LIKE '%collation%'

Da stand doch unglaublicherweise immer noch latin1

Um dem endgültig ein Ende zu bereiten, muss in die my.cnf folgende Konfiguration eingetragen werden und der MySQL Server neugestartet werden.

[mysqld] character-set-server=utf8

MySQL Import / Export von CSV Daten

ct — Sun, 19 Dec 2010 13:00:20 +0000

Seit PHP 5 hat man mittels fgetcsv bzw. fputcsv die Möglichkeit komfortabel Array Daten in eine CSV Datei zu schreiben bzw. zu lesen. Kommen die Daten aus einer einer MySQL Datenbank und müssen nicht mehr aufbereitet werden kann man das auch auf Datenbankebene mit einem SELECT erledigen.
SELECT * FROM `foo` INTO OUTFILE '/path/to/dump/foo.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n';

Existiert die Datei schon, kommt eine Fehler, da sie aus Sicherheitsgründen nicht überschrieben wird.
Soll der Dateiname dynamisch sein, zum Beispiel mit Timestamp, kann man das, wie hier beschrieben, mit einem Prepared Statement machen.
SELECT @export := concat("SELECT * into OUTFILE '/path/to/dump/foo", DATE_FORMAT(now(),'%Y%m%d-%H%i%s'), ".csv' FROM foo"); PREPARE stmt FROM @export; EXECUTE stmt;

Hibernate – org.hibernate.StaleStateException: Batch update returned unexpected row count from update: 0 actual row count: 1 expected

fs — Tue, 13 Oct 2009 14:34:50 +0000

Grade hatte ich einen Fehler, der mich fast in den Wahnsinn getrieben hat. Ich nutze Hibernate in einem Projekt und bilde damit viele Abhängigkeiten recht komfortabel ab.

Da meine Werte aus einem Form kommen, muss ich Datentypen entsprechend umwandeln. Dies bedeutet, dass alles was kein String ist, gecastet werden muss. Soweit so gut. Allerdings kommt Hibernate (mit Recht muss ich im Nachhinein sagen) nicht damit klar, wenn ich bei einem Fremdschlüssel 0 statt null hinterlegt habe. Hibernate versucht in der Referenztabelle diesen Key zu finden und das schläg natürlich fehl, da ich z.B. einen MySQL Primary Key verwende (der startet bei 1).

Die Fehlermeldung allerdings hat mich erstmal ratlos gelassen, da ich natürlich mehrere Änderungen gemacht hatte. Es wird nicht so richtig klar, dass Hibernate an der Fremdschlüssel-Auswertung scheitert.

Again what learned,

euer Loddar

Siehe auch: Laliluna: org.hibernate.StaleStateException: Batch update returned unexpected row count from update: 0 actual row count: 0 expected.

MySQL – Dump mit korrektem Encoding

fs — Thu, 02 Apr 2009 08:41:51 +0000

Zeichensätze, Encodings etc. sind alte, verhasste Bekannte, die einem immer mal wieder ein Bein stellen (zumindest versuchen sie’s).

Um einen korrekten Dump einer Latin1-kodierten Datenbank hinzubekommen, kann man z.B. folgendes verwenden:

mysqldump --default-character-set=latin1 -uuname -ppwd database > destination.sql

Dann sollte beim Import auch alles klappern.

MySQL – Profiler

fs — Tue, 10 Feb 2009 21:15:11 +0000

Grade drüber gestolpert: Jet Profiler von Polaricon. Die Freeware-Version ist etwas eingeschränkt, man kann keine Benutzer unterscheiden und es werden leider keine Slow Queries gezeigt. Aber zum Testen und auf Dev-Maschinen sicher einen Blick wert.