1. Auf dem Master

   SHOW master STATUS;  
    +------------------+-----------+---------------------+------------------+  
    | File             | POSITION  | Binlog_Do_DB        | Binlog_Ignore_DB |  
    +------------------+-----------+---------------------+------------------+  
    | mysql-bin.000123 | 010235031 |                     |                  |  
    +------------------+-----------+---------------------+------------------+

2. Auf dem Slave

   stop slave;  
   CHANGE master TO master_log_file='mysql-bin.000123', master_log_pos=010235031;  
   START slave;

Gibt’s auf dem Slave Fehler, die einfach übersprungen werden sollen dann geht das mit dem folgenden

 stop slave;  
 SET global sql_slave_skip_counter = N;  
 START slave;

Damit hab ich aber nur schlechte Erfahrungen gemacht. Besser alles richtig machen

Artikel als PDF exportieren.

1. Tabellen ohne Daten

   CREATE TABLE ziel LIKE quelle

2. Tabellen mit Daten

   CREATE TABLE ziel SELECT * FROM quelle

Artikel als PDF exportieren.

Update:
Der Query ermittelt natürlich nur den verschwendeten Platz. Ein Optimize Tabelle kann aber auch schon früher sinnvoll sein. Etwa wenn Werte innerhalb der Tabellen sehr oft geändert wurden.

Artikel als PDF exportieren.

1. Vermeide Reset Master
   Ist die Platte durch Binlogs vollgelaufen, so kann man die Binlogs einfach per

   RESET Master;

   entsorgen. Schlau ist das allerdings nicht. Besser ist es alle Binlogs vor der letzten Vollsicherung zu löschen:

   PURGE {MASTER | BINARY} LOGS BEFORE 'date';

2. Binlogs und Database gehören nicht auf die gleiche Platte/Partition
   Stichworte: Performance und Datensicherheit. Logisch, oder?
3. Point-In-Time-Recovery
   Ab einem bestimmten Zeitpunkt (z.B. nach der letzten Vollsicherung) zurücksichern:

   mysqlbinlog --start-datetime="2005-04-20 10:01:00"  /var/log/mysql/bin.123456 | mysql -u root -p

   Oder bis zu einem bestimmten Zeitpunkt (z.B. an dem sich ein Logikfehler eingeschlichen hat)

   mysqlbinlog --stop-datetime="2005-04-20 9:59:59" /var/log/mysql/bin.123456 | mysql -u root -p

4. expire_logs_days nicht vergessen

Mit expire_logs_days legt man fest wie lange alte Binlogs aufgehoben werden sollen. Hier muss mindestens die maximale Anzahl der Tage seit dem letzten Vollbackup rein. Am besten noch mehr. Damit lassen sich dann Logikfehler wieder gerade ziehen. Also sowas wie:

expire_logs_days = 30

Artikel als PDF exportieren.

Mysql war einfach. Dort hab ich einfach die Standard my.cnf von Debian durch die my-large.cnf ausgetauscht. Fertig. Mal sehen ob das was bringt.

Nachdem alle meine Anwendungen auf dem Server unter PHP laufen haben ich mich beim Apache primär auf den APC gestürzt. Da habe ich den stolzen 32MB Cache eben vervierfacht. Für den 128MB Cache sind folgende Einträge notwendig:

/etc/sysctl.conf:

kernel.shmall = 134217728
kernel.shmmax = 134217728

Danach Aktivieren mit:

sysctl -p

Und noch APC konfigurieren:
/etc/php5/apache2/conf.d/apc.ini

apc.shm_size=128

Noch Apache neustarten. Fertig.

Mal sehen ob ich mir jetzt das Swappen nicht mehr so oft anhören muss Mein Server steht im Arbeitszimmer neben mir und da kann ich tatsächlich hören, wenn er swapt.

Artikel als PDF exportieren.

LOAD DATA INFILE 'FILENAME' INTO TABLE DBTABLE

hat mir MySQL immer folgenden Fehler gebracht:

ERROR 13 (HY000) at line 1: Can't get stat of '/tmp/0815.csv' (Errcode: 2)

Im Netz habe ich immer Hinweise gefunden, dass das File vom MySQL Prozesse lesbar sein muss. Also habe ich 100mal die Rechte der Verzeichnis auf 0755 und die des Files auf 0644 gecheckt. Trotzdem hat es nicht funktioniert.
Das Problem war eigentlich nur, dass ich mich von einem Server auf den anderen mittels folgenden Befehl verbunden hatte:

mysql -ufoo -pbar -h172.16.1.2 test

Bei dem Aufruf oben erwartet Mysql allerdings das File auf dem Server und nicht auf dem Client. Richtig wäre folgendes gewesen:

LOAD DATA LOCAL INFILE 'FILENAME' INTO TABLE DBTABLE

Das entscheidende Wörtchen ist LOCAL…

Ich schreibe das mal auf. Vielleicht hat noch jemand das Problem und ich suche hoffentlich das nächste mal nicht wieder ewig.

Artikel als PDF exportieren.

Aktueller Fall Regexp mit SQL. Hier die Links

• Oracle
• MySQL

Ich finde die Oracle Lösung die bessere. Aber wahrscheinlich ist das Geschmacksache.

Artikel als PDF exportieren.