MySQL: Sortieren in der Abfrage - Nebenwirkungen?

Meine OpenCart Tabelle Sortierung ist utf8_bin kann ich leider nicht, Suche nach Produkt-Namen mit Akzent in Ihrem Namen. Ich habe in Google gesucht und nur gefunden, dass die Sortierung muss utf8_general_ci für die Akzent-kompatibel und groß-und Kleinschreibung suchen.

Was ist, Wenn ich hinzufügen, Sortieren die Erklärung zu der Suchanfrage?

SELECT * 
FROM  `address` 
COLLATE utf8_general_ci
LIMIT 0 , 30

Gibt es irgendwelche (schlechten) Nebeneffekt? Ich red über Probleme mit der Indexierung, Leistung? Oder ist es Total sicher?

  • Ich bezweifle, dass eine einfache select-Anweisung würde alle schlechten Nebenwirkungen (abgesehen von performance-Problemen mit der select-Anweisung, die Sie ausführen). Schließlich sind Sie nicht die änderung der Tabellendefinition.
InformationsquelleAutor Adrian | 2015-04-28
  1. 3

    Ich fürchte, Sie haben zu berücksichtigen, die Nebenwirkungen, die auf die query-performance, vor allem diejenigen, die mit Indizes. Hier ist ein einfacher test:

    mysql> create table aaa (a1 varchar(100) collate latin1_general_ci, tot int);
insert into aaa values('test1',3) , ('test2',4), ('test5',5);

mysql> create index aindex on aaa (a1);
Query OK, 0 rows affected (0.59 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> desc aaa;
+-------+--------------+------+-----+---------+-------+
| Field | Type         | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| a1    | varchar(100) | YES  | MUL | NULL    |       |
| tot   | int(11)      | YES  |     | NULL    |       |
+-------+--------------+------+-----+---------+-------+
2 rows in set (0.53 sec)


mysql> explain select * from aaa where a1='test1' ;
+----+-------------+-------+------+---------------+--------+---------+-------+--
----+-----------------------+
| id | select_type | table | type | possible_keys | key    | key_len | ref   | r
ows | Extra                 |
+----+-------------+-------+------+---------------+--------+---------+-------+--
----+-----------------------+
|  1 | SIMPLE      | aaa   | ref  | aindex        | aindex | 103     | const |
  1 | Using index condition |
+----+-------------+-------+------+---------------+--------+---------+-------+--
----+-----------------------+
1 row in set (0.13 sec)

mysql> explain select * from aaa where a1='test1' collate utf8_general_ci;
+----+-------------+-------+------+---------------+------+---------+------+-----
-+-------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows
 | Extra       |
+----+-------------+-------+------+---------------+------+---------+------+-----
-+-------------+
|  1 | SIMPLE      | aaa   | ALL  | NULL          | NULL | NULL    | NULL |    3
 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+-----
-+-------------+
1 row in set (0.06 sec)

    Können Sie sehen, dass MySQL stoppen mit dem index auf der a1, wenn Sie suchen, es mit einer anderen Sortierung, das kann ein großes problem für Sie.

    Sicherstellen, dass Ihre Indizes sind für Abfragen können Sie eine änderung an der Spalte Sortierung auf die am häufigsten verwendete ein.

    • MySQL stoppen mit dem index nur für diese Abfrage (in meinem Fall Suchanfrage) oder alle sonstigen Fragen in der Zukunft?
    • Nur auf Abfragen mit verschiedenen Sortierungen. Wenn Ihre Abfragen verwenden Sie keine (Standard -) Sortierung, denke ich, dass mysql noch in der Lage, die Verwendung der Indizes.
    InformationsquelleAutor Tim3880
  2. 1

    In mithilfe der COLLATE-in SQL-Anweisungen, ich finde nicht, dass die Nutzung, Jedenfalls für die Erklärung über Ihre zentrale Frage der Auswirkungen der Verwendung von Sortierungen fand ich einige Tipps, aber zuerst:

    Vom dev.mysql.com:

    Nicht binäre Zeichenketten (gespeichert in der CHAR, VARCHAR, und TEXT Daten-Typen) haben einen Zeichensatz und Sortierreihenfolge. Einen bestimmten Zeichensatz kann mehrere Sortierungen, von denen jeder definiert eine insbesondere die Sortierung und Vergleich, um für die Charaktere in der Gruppe.

    1. Sortierung ist lediglich die Reihenfolge, die verwendet wird, für string-Vergleiche—es hat (fast) nichts zu tun mit der Zeichenkodierung, die verwendet wird, um Daten zu speichern. Ich sage fast, denn die Sortierungen können nur verwendet werden, mit bestimmten Zeichensätzen, so dass eine änderung der Sortierung zwingen können, eine änderung der Zeichenkodierung.

      Soweit die Zeichenkodierung geändert, MySQL korrekt re-Kodieren Sie die Werte zu den neuen Zeichensatz ob es von single-oder multi-byte-oder Umgekehrt. Beachten Sie, dass alle Werte, die zu groß für die Spalte abgeschnitten wird.[1]
    2. Der praktische Vorteil der binären Sortierung ist seine Geschwindigkeit, wie string-Vergleich ist sehr einfach/schnell. Im Allgemeinen Fall, Indizes mit binären möglicherweise nicht zu den erwarteten Ergebnissen für die Art, jedoch für genaue übereinstimmungen, die Sie nützlich sein können.[2]

    3. Mit mehreren Operanden können, gibt es Mehrdeutigkeiten. Zum Beispiel: 

      SELECT x FROM T WHERE x = 'Y';

      Sollte der Vergleich die Sortierung der Spalte x oder das string-literal 'Y'? Beide x und 'Y' Sortierungen haben, so dass die Sortierung Vorrang?

      SQL-Standard löst solche Fragen mit was verwendete, genannt zu werden "coercibility" Regeln. [3]

    4. Wenn Sie die Sortierung ändern eines Feldes, ORDER BY -[auch in WHERE]- keine INDEX; daher könnte es sein, überraschend ineffizient. [4]
    5. Da die erzwungene Sortierung definiert ist, die über den gleichen Zeichensatz wie die Spalte, der Codierung, wird es keine Auswirkungen auf die Leistung(im Vergleich zum definieren der Sortierreihenfolge als die Spalte ist Standard; in der Erwägung, dass utf8_general_ci fast sicher langsamer im Vergleiche als utf8_bin durch die zusätzlichen Suchvorgänge/Berechnung erforderlich).

      Wenn man jedoch gezwungen, eine Sortierung definiert ist, über einen anderen Zeichensatz, MySQL müsste transcode die Spalte Werte (das würde eine Auswirkung auf die Leistung).[5]
    InformationsquelleAutor shA.t
  3. 0

    Wenn möglich, ändern Sie die Spaltendefinition(en).

    ALTER TABLE tbl
    MODIFY col VARCHAR(...) COLLATE utf8_general_ci ...;

    (Sie sollten etwas anderes, das war schon in der Spalte definition.) Wenn Sie mehrere Spalten zu ändern, gehen Sie alle im gleichen ALTER (für die Geschwindigkeit).

    Wenn aus irgendeinem Grund Sie nicht tun kann, die ALTER, dann, ja, können Sie zwicken die SELECT um die Sortierung zu ändern:

    Den SELECT Sie erwähnt hatten keine WHERE - Klausel für die Filterung, also lass mich ändern Sie den test-Fall:

    Lassen Sie uns sagen, Sie haben dieser, der nur 'San Jose':

    SELECT *
    FROM tbl
    WHERE city = 'San Jose'

    Enthalten San José:

    SELECT *
    FROM tbl
    WHERE city COLLATE utf8_general_ci = 'San Jose'

    Wenn Sie könnte "die Kombination von Akzenten", sollten Sie mit utf8_unicode_ci. Mehr über die Kombination von Diacriticals und Mehr zu Ihrem Thema.

    Da für Nebenwirkungen? Keine, ausgenommen die auf potenziell große: der index für Die Spalte verwendet werden können. In meinem zweiten SELECT (oben) INDEX(city) ist nutzlos. Die ALTER vermeidet diese Leistungseinbußen auf die SELECT, aber das one-time ALTER selbst ist teuer.

    InformationsquelleAutor Rick James
  4. 0

    Dies könnte helfen: UTF-8: Allgemeine? Bin? Unicode?
    Bitte beachten Sie, dass utf8_bin ist auch groß-und Kleinschreibung. Also ich würde für Veränderung Tabelle Sortierung utf8_general_ci und Frieden des Verstandes für die Zukunft.

    InformationsquelleAutor MTP
Schreibe einen Kommentar