Ich arbeite seit vielen Jahren mit Microsoft SQL Server , habe aber erst vor kurzem begonnen, MySQL mit meinen Webanwendungen zu verwenden, und bin hungrig nach Wissen.
Um mit der langen Reihe von Fragen zu "versteckten Funktionen" fortzufahren , möchte ich alle versteckten oder praktischen Funktionen von MySQL kennen, die hoffentlich mein Wissen über diese Open-Source-Datenbank verbessern.
Antworten:
Da Sie ein Kopfgeld aufbringen, werde ich meine hart erkämpften Geheimnisse teilen ...
Im Allgemeinen mussten für alle SQLs, die ich heute optimiert habe, Unterabfragen verwendet werden. Aus der Oracle-Datenbankwelt stammend, funktionierten Dinge, die ich für selbstverständlich hielt, mit MySQL nicht gleich. Und meine Lektüre über MySQL-Tuning lässt mich zu dem Schluss kommen, dass MySQL bei der Optimierung von Abfragen hinter Oracle steht.
Während die einfachen Abfragen, die für die meisten B2C-Anwendungen erforderlich sind, für MySQL gut funktionieren können, scheint der Großteil der für Intelligence Reporting erforderlichen aggregierten Berichterstellungstypen einiges an Planung und Neuorganisation der SQL-Abfragen zu erfordern, damit MySQL sie schneller ausführen kann.
max_connectionsist die Anzahl der gleichzeitigen Verbindungen. Der Standardwert ist 100 Verbindungen (151 seit 5.0) - sehr klein.
Hinweis:
Verbindungen beanspruchen Speicher und Ihr Betriebssystem kann möglicherweise nicht viele Verbindungen verarbeiten.
Mit MySQL-Binärdateien für Linux / x86 können Sie bis zu 4096 gleichzeitige Verbindungen herstellen, selbst kompilierte Binärdateien sind jedoch häufig weniger begrenzt.
Stellen Sie table_cache so ein, dass es mit der Anzahl Ihrer geöffneten Tabellen und gleichzeitigen Verbindungen übereinstimmt. Beobachten Sie den Wert von open_tables. Wenn er schnell wächst, müssen Sie ihn vergrößern.
Hinweis:
Die beiden vorherigen Parameter erfordern möglicherweise viele geöffnete Dateien. 20 + max_connections + table_cache * 2 ist eine gute Schätzung für das, was Sie benötigen. MySQL unter Linux verfügt über die Option open_file_limit. Legen Sie dieses Limit fest.
Wenn Sie komplexe Abfragen haben, sind sort_buffer_size und tmp_table_size wahrscheinlich sehr wichtig. Die Werte hängen von der Komplexität der Abfrage und den verfügbaren Ressourcen ab. Es werden jedoch 4 MB bzw. 32 MB als Ausgangspunkt empfohlen.
Hinweis: Dies sind "pro Verbindung" -Werte zwischen read_buffer_size, read_rnd_buffer_size und einigen anderen, was bedeutet, dass dieser Wert möglicherweise für jede Verbindung benötigt wird. Berücksichtigen Sie also Ihre Last und die verfügbare Ressource, wenn Sie diese Parameter einstellen. Beispielsweise wird sort_buffer_size nur zugewiesen, wenn MySQL eine Sortierung durchführen muss. Hinweis: Achten Sie darauf, dass Ihnen nicht der Speicher ausgeht.
Wenn Sie viele Verbindungen hergestellt haben (dh eine Website ohne dauerhafte Verbindungen), können Sie die Leistung verbessern, indem Sie thread_cache_size auf einen Wert ungleich Null setzen. 16 ist ein guter Wert für den Anfang. Erhöhen Sie den Wert, bis Ihre threads_created nicht mehr sehr schnell wachsen.
Es kann nur eine AUTO_INCREMENT-Spalte pro Tabelle geben, sie muss indiziert sein und darf keinen DEFAULT-Wert haben
KEY ist normalerweise ein Synonym für INDEX. Das Schlüsselattribut PRIMARY KEY kann auch als nur KEY angegeben werden, wenn es in einer Spaltendefinition angegeben wird. Dies wurde aus Gründen der Kompatibilität mit anderen Datenbanksystemen implementiert.
Ein PRIMARY KEY ist ein eindeutiger Index, bei dem alle Schlüsselspalten als NOT NULL definiert werden müssen
Wenn ein PRIMARY KEY- oder UNIQUE-Index nur aus einer Spalte mit einem Integer-Typ besteht, können Sie die Spalte in SELECT-Anweisungen auch als "_rowid" bezeichnen.
In MySQL lautet der Name eines PRIMARY KEY PRIMARY
Derzeit unterstützen nur InnoDB-Tabellen (v5.1?) Fremdschlüssel.
Normalerweise erstellen Sie alle Indizes, die Sie beim Erstellen von Tabellen benötigen. Jede Spalte, die als PRIMARY KEY, KEY, UNIQUE oder INDEX deklariert ist, wird indiziert.
NULL bedeutet "keinen Wert haben". Zum Testen auf NULL können Sie keine arithmetischen Vergleichsoperatoren wie =, <oder <> verwenden. Verwenden Sie stattdessen die Operatoren IS NULL und IS NOT NULL:
NO_AUTO_VALUE_ON_ZERO unterdrückt das automatische Inkrement für 0, sodass nur NULL die nächste Sequenznummer generiert. Dieser Modus kann nützlich sein, wenn 0 in der Spalte AUTO_INCREMENT einer Tabelle gespeichert wurde. (Das Speichern von 0 wird übrigens nicht empfohlen.)
So ändern Sie den Wert des Zählers AUTO_INCREMENT, der für neue Zeilen verwendet werden soll:
ALTER TABLE mytable AUTO_INCREMENT = value; oder SET INSERT_ID = Wert;
Sofern nicht anders angegeben, beginnt der Wert mit: 1000000 oder geben Sie ihn folgendermaßen an:
...) ENGINE = MyISAM DEFAULT CHARSET = latin1 AUTO_INCREMENT = 1
Werte für TIMESTAMP-Spalten werden zum Speichern von der aktuellen Zeitzone in UTC und zum Abrufen von UTC in die aktuelle Zeitzone konvertiert.
http://dev.mysql.com/doc/refman/5.1/de/timestamp.html Für eine TIMESTAMP-Spalte in einer Tabelle können Sie den aktuellen Zeitstempel als Standardwert und den Wert für die automatische Aktualisierung zuweisen.
Bei der Verwendung eines dieser Typen in einer WHERE-Klausel ist es am besten, WHERE datecolumn = FROM_UNIXTIME (1057941242) und nicht WHERE UNIX_TIMESTAMP (datecolumn) = 1057941242 zu verwenden. Letzteres nutzt keinen Index auf dieser Spalte.
http://dev.mysql.com/doc/refman/5.1/en/date-and-time-functions.html
UNIX_TIMESTAMP()
FROM_UNIXTIME()
UTC_DATE()
UTC_TIME()
UTC_TIMESTAMP()Wenn Sie eine Datums- und Uhrzeitangabe in MySQL in einen Unix-Zeitstempel konvertieren:
Und dann 24 Stunden hinzufügen:
Und dann wieder in eine Datumszeit konvertieren, verliert sie auf magische Weise eine Stunde!
Hier ist was passiert. Bei der Konvertierung des Unix-Zeitstempels zurück in eine Datumszeit wird die Zeitzone berücksichtigt, und es kommt vor, dass wir zwischen dem 28. und 29. Oktober 2006 die Sommerzeit verloren haben und eine Stunde verloren haben.
Ab MySQL 4.1.3 geben die Funktionen CURRENT_TIMESTAMP (), CURRENT_TIME (), CURRENT_DATE () und FROM_UNIXTIME () Werte in der aktuellen Zeitzone der Verbindung zurück , die als Wert der Systemvariablen time_zone verfügbar ist. Außerdem geht UNIX_TIMESTAMP () davon aus, dass das Argument ein Datum / Uhrzeit-Wert in der aktuellen Zeitzone ist.
Die aktuelle Zeitzoneneinstellung wirkt sich nicht auf Werte aus, die von Funktionen wie UTC_TIMESTAMP () angezeigt werden, oder auf Werte in den Spalten DATE, TIME oder DATETIME.
HINWEIS: NUR BEI UPDATE aktualisiert die DateTime, wenn ein Feld geändert wird. Wenn ein UPDATE dazu führt, dass keine Felder geändert werden, wird die DateTime NICHT aktualisiert!
Zusätzlich ist der erste TIMESTAMP standardmäßig immer AUTOUPDATE, auch wenn er nicht angegeben ist
Wenn ich mit Datumsangaben arbeite, gehe ich fast immer zu Julian Date über, da Datenmathematik aus dem gleichen Grund eine einfache Angelegenheit ist, Ganzzahlen und Sekunden seit Mitternacht zu addieren oder zu subtrahieren. Es ist selten, dass ich eine zeitliche Auflösung mit einer feineren Granularität als Sekunden benötige.
Beide können als 4-Byte-Ganzzahl gespeichert werden, und wenn der Speicherplatz sehr knapp ist, können sie als vorzeichenlose Ganzzahl, die bis etwa 2106 gültig ist, in UNIX-Zeit (Sekunden seit der Epoche 01.01.1970) kombiniert werden als:
Sekunden in 24 Stunden = 86400
'Signed Integer max val = 2.147.483.647 - kann 68 Jahre von Sekunden halten
'Unsigned Integer max val = 4,294,967,295 - kann 136 Jahre von Sekunden halten
Mit MySQL 4.1 wurde ein Binärprotokoll eingeführt, mit dem Datenwerte ohne Zeichenfolge im nativen Format gesendet und zurückgegeben werden können, ohne dass sie in das Zeichenfolgenformat konvertiert werden müssen. (Sehr hilfreich)
Außerdem ist mysql_real_query () schneller als mysql_query (), da strlen () nicht aufgerufen wird, um die Anweisungszeichenfolge zu bearbeiten.
http://dev.mysql.com/tech-resources/articles/4.1/prepared-statements.html Das Binärprotokoll unterstützt serverseitig vorbereitete Anweisungen und ermöglicht die Übertragung von Datenwerten im nativen Format. Das Binärprotokoll wurde in früheren Versionen von MySQL 4.1 ziemlich überarbeitet.
Mit dem Makro IS_NUM () können Sie testen, ob ein Feld einen numerischen Typ hat. Übergeben Sie den Typwert an IS_NUM () und er wird als TRUE ausgewertet, wenn das Feld numerisch ist:
Eine Sache zu beachten ist , dass binäre Daten CAN innerhalb einer regelmäßigen Abfrage gesendet, wenn Sie es entkommen und erinnern MySQL erfordert nur , dass Backslash und die Anführungszeichen maskiert werden. Das ist also eine sehr einfache Möglichkeit, kürzere Binärzeichenfolgen wie beispielsweise verschlüsselte / gesalzene Passwörter einzufügen.
http://www.experts-exchange.com/Database/MySQL/Q_22967482.html
http://www.databasejournal.com/features/mysql/article.php/10897_3355201_2
GRANT REPLICATION SLAVE ON . to Slave_Benutzer IDENTIFIZIERT DURCH 'Slave_Password'
#Master Binary Logging Config STATEMENT causes replication
to be statement-based - default
log-bin=Mike
binlog-format=STATEMENT
server-id=1
max_binlog_size = 10M
expire_logs_days = 120
#Slave Config
master-host=master-hostname
master-user=slave-user
master-password=slave-password
server-id=2Die binäre Protokolldatei muss lauten:
http://dev.mysql.com/doc/refman/5.0/en/binary-log.html
http://www.mydigitallife.info/2007/10/06/how-to-read-mysql-binary-log-files-binlog-with-mysqlbinlog/
http://dev.mysql.com/doc/refman/5.1/en/mysqlbinlog.html
http://dev.mysql.com/doc/refman/5.0/en/binary-log.html
http://dev.mysql.com/doc/refman/5.1/en/binary-log-setting.html
Sie können alle binären Protokolldateien mit der Anweisung RESET MASTER oder eine Teilmenge davon mit PURGE MASTER löschen
--result-file = binlog.txt TrustedFriend-bin.000030
http://dev.mysql.com/tech-resources/articles/intro-to-normalization.html
http://www.koders.com/cpp/fid10666379322B54AD41AEB0E4100D87C8CDDF1D8C.aspx
http://souptonuts.sourceforge.net/readme_mysql.htm
http://dev.mysql.com/doc/refman/5.1/en/storage-requirements.html
http://www.informit.com/articles/article.aspx?p=1238838&seqNum=2
http://bitfilm.net/2008/03/24/saving-bytes-efficient-data-storage-mysql-part-1/
Zu beachten ist, dass mySQL in einer gemischten Tabelle mit CHAR und VARCHAR die CHARs in VARCHARs ändert
RecNum integer_type UNSIGNED NOT NULL AUTO_INCREMENT, PRIMARY KEY (RecNum)
MySQL repräsentiert immer Daten mit dem ersten Jahr gemäß den Standardspezifikationen von SQL und ISO 8601
Das Deaktivieren einiger MySQl-Funktionen führt zu kleineren Datendateien und einem schnelleren Zugriff. Beispielsweise:
--datadir gibt das Datenverzeichnis und an
--skip-innodb deaktiviert die inno-Option und spart Ihnen 10-20 Millionen
Mehr hier http://dev.mysql.com/tech-resources/articles/mysql-c-api.html
Laden Sie Kapitel 7 - Kostenlos herunter
InnoDB ist eine Transaktion, aber damit verbunden ist ein Leistungsaufwand. Ich habe festgestellt, dass MyISAM-Tabellen für 90% meiner Projekte ausreichen. Nicht transaktionssichere Tabellen (MyISAM) haben mehrere eigene Vorteile, die alle auftreten, weil:
Es gibt keinen Transaktionsaufwand:
Viel schneller
Geringerer Speicherplatzbedarf
Für die Durchführung von Updates ist weniger Speicher erforderlich
Jede MyISAM-Tabelle wird in drei Dateien auf der Festplatte gespeichert. Die Dateien haben Namen, die mit dem Tabellennamen beginnen, und eine Erweiterung, die den Dateityp angibt. Eine .frm-Datei speichert das Tabellenformat. Die Datendatei hat die Erweiterung .MYD (MYData). Die Indexdatei hat die Erweiterung .MYI (MYIndex).
Diese Dateien können an einen intakten Speicherort kopiert werden, ohne die zeitaufwändige MySQL Administrators Backup-Funktion zu verwenden (ebenso die Wiederherstellung).
Der Trick besteht darin, eine Kopie dieser Dateien zu erstellen und dann die Tabelle zu löschen. Wenn Sie die Dateien zurücklegen, erkennt MySQl sie und aktualisiert die Tabellenverfolgung.
Wenn Sie sichern / wiederherstellen müssen,
Das Wiederherstellen einer Sicherung oder das Importieren aus einer vorhandenen Speicherauszugsdatei kann abhängig von der Anzahl der Indizes und Primärschlüssel, die Sie in jeder Tabelle haben, lange dauern. Sie können diesen Vorgang erheblich beschleunigen, indem Sie Ihre ursprüngliche Speicherauszugsdatei ändern, indem Sie sie wie folgt umgeben:
SET AUTOCOMMIT = 0;
SET FOREIGN_KEY_CHECKS=0;
.. your dump file ..
SET FOREIGN_KEY_CHECKS = 1;
COMMIT;
SET AUTOCOMMIT = 1;Fügen Sie den SQL-Befehl SET AUTOCOMMIT = 0 hinzu, um die Geschwindigkeit des Neuladens erheblich zu erhöhen. am Anfang der Dump-Datei und fügen Sie das COMMIT hinzu; Befehl bis zum Ende.
Standardmäßig ist die automatische Festschreibung aktiviert. Dies bedeutet, dass jeder Einfügebefehl in der Speicherauszugsdatei als separate Transaktion behandelt und vor dem nächsten Start auf die Festplatte geschrieben wird. Wenn Sie diese Befehle nicht hinzufügen, kann das erneute Laden einer großen Datenbank in InnoDB viele Stunden dauern ...
Die maximale Größe einer Zeile in einer MySQL-Tabelle beträgt 65.535 Byte
Die effektive maximale Länge eines VARCHAR in MySQL 5.0.3 und höher = maximale Zeilengröße (65.535 Byte)
VARCHAR-Werte werden beim Speichern nicht aufgefüllt. Nachgestellte Leerzeichen bleiben erhalten, wenn Werte gemäß Standard-SQL gespeichert und abgerufen werden.
CHAR- und VARCHAR-Werte in MySQL werden unabhängig von nachgestellten Leerzeichen verglichen.
Die Verwendung von CHAR beschleunigt Ihren Zugriff nur, wenn der gesamte Datensatz eine feste Größe hat. Das heißt, wenn Sie ein Objekt mit variabler Größe verwenden, können Sie auch alle Objekte mit variabler Größe erstellen. Sie gewinnen keine Geschwindigkeit, wenn Sie ein CHAR in einer Tabelle verwenden, die auch ein VARCHAR enthält.
Das VARCHAR-Limit von 255 Zeichen wurde ab MySQL 5.0.3 auf 65535 Zeichen erhöht
Volltextsuchen werden nur für MyISAM-Tabellen unterstützt.
http://dev.mysql.com/doc/refman/5.0/en/fulltext-search.html
BLOB-Spalten haben keinen Zeichensatz, und Sortierung und Vergleich basieren auf den numerischen Werten der Bytes in Spaltenwerten
Wenn der strikte SQL-Modus nicht aktiviert ist und Sie einer BLOB- oder TEXT-Spalte einen Wert zuweisen, der die maximale Länge der Spalte überschreitet, wird der Wert passend abgeschnitten und eine Warnung generiert.
Überprüfen Sie den strengen Modus: SELECT @@ global.sql_mode;
Strengen Modus ausschalten:
SET @@ global.sql_mode = '';
SET @@ global.sql_mode = 'MYSQL40'
oder entfernen: sql-mode = "STRICT_TRANS_TABLES, ...
SHOW COLUMNS FROM mytable
SELECT max (namecount) AS virtualcolumnFROM mytable ORDER BY virtualcolumn
http://dev.mysql.com/doc/refman/5.0/en/group-by-hidden-fields.html
http://dev.mysql.com/doc/refman/5.1/de/information-functions.html#function_last-insert-id last_insert_id ()
Ruft die PK der letzten Zeile ab, die in den aktuellen Thread eingefügt wurde. max (pkcolname) Erhält die letzte PK insgesamt.
Hinweis: Wenn die Tabelle leer ist, gibt max (pkcolname) 1 zurück. Mysql_insert_id () konvertiert den Rückgabetyp der nativen MySQL C-API-Funktion mysql_insert_id () in einen Long-Typ (in PHP int genannt).
Wenn Ihre AUTO_INCREMENT-Spalte den Spaltentyp BIGINT hat, ist der von mysql_insert_id () zurückgegebene Wert falsch. Verwenden Sie stattdessen die interne MySQL SQL-Funktion LAST_INSERT_ID () in einer SQL-Abfrage.
http://dev.mysql.com/doc/refman/5.0/de/information-functions.html#function_last-insert-id
Nur ein Hinweis: Wenn Sie versuchen, Daten in eine Tabelle einzufügen, wird folgende Fehlermeldung angezeigt:
Unknown column ‘the first bit of data what you want to put into the table‘ in ‘field list’mit so etwas wie
INSERT INTO table (this, that) VALUES ($this, $that)Das liegt daran, dass Sie keine Apostrophe um die Werte haben, die Sie in die Tabelle einfügen möchten. Sie sollten Ihren Code also ändern in:
INSERT INTO table (this, that) VALUES ('$this', '$that') daran erinnern, dass `` verwendet werden, um MySQL-Felder, Datenbanken oder Tabellen zu definieren, keine Werte;)
Verbindung zum Server während der Abfrage verloren:
http://dev.mysql.com/doc/refman/5.1/en/gone-away.html
http://dev.mysql.com/doc/refman/5.1/en/packet-too-large.html
http://dev.mysql.com/doc/refman/5.0/en/server-parameters.html
http://dev.mysql.com/doc/refman/5.1/en/show-variables.html
http://dev.mysql.com/doc/refman/5.1/en/option-files.html
http://dev.mysql.com/doc/refman/5.1/en/error-log.html
http://www.artfulsoftware.com/infotree/queries.php?&bw=1313
Nun, das sollte ausreichen, um den Bonus zu verdienen, den ich denke ... Die Früchte vieler Stunden und vieler Projekte mit einer großartigen kostenlosen Datenbank. Ich entwickle Anwendungsdatenserver auf Windows-Plattformen hauptsächlich mit MySQL. Das schlimmste Durcheinander, das ich beseitigen musste, war
Der ultimative Alptraum für MySQL-Legacy-Datenbanken
Dies erforderte eine Reihe von Anwendungen, um die Tabellen mit vielen der hier genannten Tricks zu etwas Nützlichem zu verarbeiten.
Wenn Sie dies erstaunlich hilfreich fanden, drücken Sie Ihren Dank aus, indem Sie es abstimmen.
Lesen Sie auch meine anderen Artikel und Whitepaper unter: www.coastrd.com
Eine der nicht so versteckten Funktionen von MySQL ist, dass es nicht wirklich gut darin ist, SQL-kompatibel zu sein, also nicht wirklich Fehler, aber mehr Fallstricke ... :-)
SET SESSION sql_mode='ANSI';
Ein Befehl, um herauszufinden, welche Tabellen sich derzeit im Cache befinden:
mysql> SHOW open TABLES FROM test;
+----------+-------+--------+-------------+
| DATABASE | TABLE | In_use | Name_locked |
+----------+-------+--------+-------------+
| test | a | 3 | 0 |
+----------+-------+--------+-------------+
1 row IN SET (0.00 sec)(Aus dem MySQL Performance Blog )
Ein Befehl, um herauszufinden, wer was tut:
mysql> show processlist;
show processlist;
+----+-------------+-----------------+------+---------+------+----------------------------------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+-------------+-----------------+------+---------+------+----------------------------------+------------------+
| 1 | root | localhost:32893 | NULL | Sleep | 0 | | NULL |
| 5 | system user | | NULL | Connect | 98 | Waiting for master to send event | NULL |
| 6 | system user | | NULL | Connect | 5018 | Reading event from the relay log | NULL |
+-----+------+-----------+---------+---------+-------+-------+------------------+
3 rows in set (0.00 sec) Und Sie können einen Prozess beenden mit:
mysql>kill 5 Besonders gut gefällt mir die integrierte Unterstützung von MySQL für inet_ntoa()und inet_aton(). Dies macht den Umgang mit IP-Adressen in Tabellen sehr einfach (zumindest solange es sich nur um IPv4-Adressen handelt!).
Ich liebe on duplicate key(AKA upsert, merge) für alle Arten von Zählern, die träge erstellt wurden:
insert into occurances(word,count) values('foo',1),('bar',1)
on duplicate key cnt=cnt+1Sie können viele Zeilen in eine Abfrage einfügen und sofort den doppelten Index für jede der Zeilen verarbeiten.
Wieder - nicht wirklich versteckte Funktionen, aber wirklich praktisch:
Feature
Einfach DDL holen:
SHOW CREATE TABLE CountryLanguage
Ausgabe:
CountryLanguage | CREATE TABLE countrylanguage (
CountryCode char(3) NOT NULL DEFAULT '',
Language char(30) NOT NULL DEFAULT '',
IsOfficial enum('T','F') NOT NULL DEFAULT 'F',
Percentage float(4,1) NOT NULL DEFAULT '0.0',
PRIMARY KEY (CountryCode,Language)
) ENGINE=MyISAM DEFAULT CHARSET=latin1Feature: Aggregatfunktion GROUP_CONCAT () Erstellt eine verkettete Zeichenfolge ihrer Argumente pro Detail und aggregiert durch Verketten dieser pro Gruppe.
Beispiel 1: einfach
SELECT CountryCode
, GROUP_CONCAT(Language) AS List
FROM CountryLanguage
GROUP BY CountryCode Ausgabe:
+-------------+------------------------------------+
| CountryCode | List |
+-------------+------------------------------------+
| ABW | Dutch,English,Papiamento,Spanish |
. ... . ... .
| ZWE | English,Ndebele,Nyanja,Shona |
+-------------+------------------------------------+Beispiel 2: mehrere Argumente
SELECT CountryCode
, GROUP_CONCAT(
Language
, IF(IsOfficial='T', ' (Official)', '')
) AS List
FROM CountryLanguage
GROUP BY CountryCodeAusgabe:
+-------------+---------------------------------------------+
| CountryCode | List |
+-------------+---------------------------------------------+
| ABW | Dutch (Official),English,Papiamento,Spanish |
. ... . ... .
| ZWE | English (Official),Ndebele,Nyanja,Shona |
+-------------+---------------------------------------------+Beispiel 3: Verwenden eines benutzerdefinierten Trennzeichens
SELECT CountryCode
, GROUP_CONCAT(Language SEPARATOR ' and ') AS List
FROM CountryLanguage
GROUP BY CountryCodeAusgabe:
+-------------+----------------------------------------------+
| CountryCode | List |
+-------------+----------------------------------------------+
| ABW | Dutch and English and Papiamento and Spanish |
. ... . ... .
| ZWE | English and Ndebele and Nyanja and Shona |
+-------------+----------------------------------------------+Beispiel 4: Steuern der Reihenfolge der Listenelemente
SELECT CountryCode
, GROUP_CONCAT(
Language
ORDER BY CASE IsOfficial WHEN 'T' THEN 1 ELSE 2 END DESC
, Language
) AS List
FROM CountryLanguage
GROUP BY CountryCodeAusgabe:
+-------------+------------------------------------+
| CountryCode | List |
+-------------+------------------------------------+
| ABW | English,Papiamento,Spanish,Dutch, |
. ... . ... .
| ZWE | Ndebele,Nyanja,Shona,English |
+-------------+------------------------------------+Feature: COUNT (DISTINCT) mit mehreren Ausdrücken
Sie können mehrere Ausdrücke in einem COUNT-Ausdruck (DISTINCT ...) verwenden, um die Anzahl der Kombinationen zu zählen.
SELECT COUNT(DISTINCT CountryCode, Language) FROM CountryLanguage
Feature / Gotcha: Es ist nicht erforderlich, nicht aggregierte Ausdrücke in die GROUP BY-Liste aufzunehmen
Die meisten RDBMS erzwingen ein SQL92-kompatibles GROUP BY, bei dem alle nicht aggregierten Ausdrücke in der SELECT-Liste im GROUP BY angezeigt werden müssen. In diesen RDBMS-es ist diese Aussage:
SELECT Country.Code, Country.Continent, COUNT(CountryLanguage.Language)
FROM CountryLanguage
INNER JOIN Country
ON CountryLanguage.CountryCode = Country.Code
GROUP BY Country.Codeist ungültig, da die SELECT-Liste die nicht aggregierte Spalte Country.Continent enthält, die nicht in der GROUP BY-Liste angezeigt wird. In diesen RDBMS-es müssen Sie entweder die GROUP BY-Liste zum Lesen ändern
GROUP BY Country.Code, Country.Continentoder Sie müssen beispielsweise Country.Continent ein unsinniges Aggregat hinzufügen
SELECT Country.Code, MAX(Country.Continent), COUNT(CountryLanguage.Language)Nun ist die Sache, logischerweise gibt es nichts, was verlangt, dass Country.Continent aggreagiert wird. Siehe Country.Code ist der Primärschlüssel der Country-Tabelle. Country.Continent ist auch eine Spalte aus der Country-Tabelle und hängt daher per Definition funktional vom Primärschlüssel Country.Code ab. Es muss also genau einen Wert in Country.Continent für jeden einzelnen Country.Code geben. Wenn Sie dies erkennen, ist es nicht sinnvoll, es zu aggregieren (es gibt nur einen Wert, richtig) oder danach zu gruppieren (da dies das Ergebnis nicht eindeutiger macht, da Sie bereits nach on gruppieren das pk)
Wie auch immer - Mit MySQL können Sie nicht aggregierte Spalten in die SELECT-Liste aufnehmen, ohne dass Sie sie auch der GROUP BY-Klausel hinzufügen müssen.
Das Problem dabei ist, dass MySQL Sie nicht schützt, falls Sie zufällig eine nicht aggregierte Spalte verwenden. Also eine Abfrage wie diese:
SELECT Country.Code, COUNT(CountryLanguage.Language), CountryLanguage.Percentage
FROM CountryLanguage
INNER JOIN Country
ON CountryLanguage.CountryCode = Country.Code
GROUP BY Country.CodeWird ohne Beanstandung ausgeführt, aber die Spalte CountryLanguage.Percentage enthält Unsinn (dh von allen Sprachprozentsätzen wird einer der verfügbaren Werte für den Prozentsatz zufällig oder zumindest außerhalb Ihrer Kontrolle ausgewählt.
Siehe: Gruppe nach Mythen entlarven
Der Befehl "Pager" im Client
Wenn Sie beispielsweise 10.000 Zeilen in Ihrem Ergebnis haben und diese anzeigen möchten (Dies setzt die verfügbaren Befehle "less" und "tee" voraus, was normalerweise unter Linux der Fall ist; in Windows YMMV.)
pager less
select lots_of_stuff FROM tbl WHERE clause_which_matches_10k_rows;Und Sie erhalten sie im "weniger" -Dateibetrachter, damit Sie sie gut durchblättern, suchen usw. können.
Ebenfalls
pager tee myfile.txt
select a_few_things FROM tbl WHERE i_want_to_save_output_to_a_file;Schreibt bequem in eine Datei.
Keine versteckte Funktion, aber dennoch nützlich: http://mtop.sourceforge.net/
Hier sind einige meiner Tipps - ich habe darüber in meinem Blog gebloggt ( Link )
Wenn Sie mit großen und / oder hohen Transaktions-InnoDb-Datenbanken arbeiten, lernen und verstehen Sie den MySQL-Leistungsblog "SHOW INNODB STATUS" , der zu Ihrem Freund wird.
Wenn Sie cmdline Mysq verwenden, können Sie mit der Befehlszeile interagieren (auf Linux-Computern - nicht sicher, ob unter Windows ein gleichwertiger Effekt vorliegt), indem Sie das Schrei- / Ausrufezeichen verwenden. Beispielsweise:
\! cat file1.sqlzeigt den Code für file1.sql an. Verwenden Sie die Tee-Funktion, um Ihre Anweisung und Abfrage in einer Datei zu speichern
\T filenameUm dies auszuschalten, verwenden Sie \ t
Verwenden Sie zum Ausführen eines bereits gespeicherten Skripts "Quellendateiname". Die normale Alternative besteht natürlich darin, den Skriptnamen einzugeben, wenn Sie MySQL über die Befehlszeile starten:
mysql -u root -p < case1.sqlHoffe, das nützt jemandem!
Bearbeiten: Ich habe mich gerade an eine andere erinnert - wenn Sie MySQL über die Befehlszeile aufrufen, können Sie den Schalter -t verwenden, damit die Ausgabe im Tabellenformat erfolgt - ein wahrer Segen bei einigen Abfragen (obwohl das Beenden von Abfragen mit \ G, wie an anderer Stelle hier erwähnt, natürlich auch der Fall ist hilfreich in dieser Hinsicht). Viel mehr über verschiedene Schalter Command Line Tool
Ich habe gerade eine gute Möglichkeit gefunden, die Reihenfolge einer Sortierung zu ändern (normalerweise Groß- und Kleinschreibung verwenden ...). Wenn Sie die Reihenfolge einer Sortierung ändern möchten (möglicherweise nach 1, 4, 3, 2 anstatt nach 1, 2, 3 sortieren, 4) Sie können die Feldfunktion innerhalb der Order by-Klausel verwenden. Beispielsweise
Nach Feld sortieren (sort_field, 1,4,3,2)
Ich denke nicht, dass dies MySQL-spezifisch ist, aber für mich aufschlussreich:
Anstatt zu schreiben
WHERE (x.id > y.id) OR (x.id = y.id AND x.f2 > y.f2) Du kannst einfach schreiben
WHERE (x.id, x.f2) > (y.id, y.f2)mysqlsla - Eines der am häufigsten verwendeten Tools zur Analyse langsamer Abfrageprotokolle. Sie können die 10 schlechtesten Abfragen sehen, seit Sie zuletzt langsame Abfrageprotokolle eingeführt haben. Außerdem können Sie feststellen, wie oft die BAD-Abfrage ausgelöst wurde und wie viel Zeit insgesamt auf dem Server benötigt wurde.
Eigentlich dokumentiert , aber sehr nervig: automatische Konvertierungen für falsche Daten und andere falsche Eingaben.
Vor MySQL 5.0.2 vergibt MySQL illegale oder unzulässige Datenwerte und zwingt sie zur Dateneingabe zu legalen Werten. In MySQL 5.0.2 und höher bleibt dies das Standardverhalten. Sie können jedoch den Server-SQL-Modus ändern, um eine traditionellere Behandlung fehlerhafter Werte auszuwählen, sodass der Server sie ablehnt und die Anweisung abbricht, in der sie auftreten.
Was Datumsangaben betrifft: Manchmal haben Sie "Glück", wenn MySQL die Eingabe nicht an nahegelegene gültige Datumsangaben anpasst, sondern diese als 0000-00-00per Definition ungültig speichert . Selbst dann wollten Sie vielleicht, dass MySQL fehlschlägt, anstatt diesen Wert stillschweigend für Sie zu speichern.
Der integrierte SQL Profiler .
InnoDB speichert standardmäßig alle Tabellen in einem globalen Tabellenbereich, der niemals verkleinert wird .
Sie können verwenden innodb_file_per_table , um jede Tabelle in einem separaten Tabellenbereich abzulegen, der gelöscht wird, wenn Sie die Tabelle oder Datenbank löschen.
Planen Sie dies im Voraus, da Sie die Datenbank sichern und wiederherstellen müssen, um andernfalls Speicherplatz zurückzugewinnen.
Bei meinen Benchmarks mit großen Datenmengen und DATETIME-Feldern ist diese Abfrage immer langsamer:
SELECT * FROM mytable
WHERE date(date_colum) BETWEEN '2011-01-01' AND ''2011-03-03';Als dieser Ansatz:
SELECT * FROM mytable
WHERE date_column BETWEEN '2011-01-01 00:00:00' AND '2011-03-03 23:59:59'