MySQL Integer-Spalte mit String-Suche gibt das ungültige Ergebnis

Question

Kann jemand bitte helfen Sie mir das MySQL-Auswahlabfrage Verhalten zu verstehen und mir helfen, dieses Problem zu lösen,

Wie keine Ergebnisse Nachricht auf Benutzersuche basierend gefunden zeigen?

Tabellenstruktur:

CREATE TABLE `dummytable` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `mobile` int(11) NOT NULL, 
    `welcome` varchar(150) NOT NULL, 
    PRIMARY KEY (`id`) 
) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=latin1 

Frage: Warum ich dieses Ergebnis bin immer?

SELECT * FROM `dummytable` WHERE `mobile` = '\'\'' LIMIT 50 

Answer 1

Die Säule mobile wird als Ganzzahl erklärt. Wenn MySQL eine Ganzzahl mit einer Zeichenfolge vergleicht, konvertiert sie die Zeichenfolge in eine Zahl - nicht umgekehrt.

Wie macht MySQL das? Es konvertiert die führenden numerischen Zeichen in eine Zahl. Ihr Zustand ist:

WHERE mobile = '''' 

(. Die traditionelle SQL Art und Weise einen Apostroph in einer Zeichenfolge zu setzen ist, es zu verdoppeln)

Der Apostroph kein numerisches Zeichen ist, so dass die Konvertierungsergebnisse in 0 . Und das ist das Ergebnis, das du bekommst.

Answer 2

Ihre Spalte mobil ist eine Ganzzahlspalte. Alles wird also in int umgewandelt. Eine leere Zeichenkette wird auf 0 umgewandelt (und andere Zeichenfolge nicht mit der Startnummer wird auch auf Null umgewandelt werden, glaube ich)

Answer 3

Nach der Ausführung dieser Abfrage MySQL zeigt eine Warnmeldung angezeigt:

mysql> select * from foo where bar_integer='\'\'' 

.... 

10 rows in set, 1 warning (0.01 sec) 

mysql> show warnings; 
+---------+------+------------------------------------------+ 
| Level | Code | Message         | 
+---------+------+------------------------------------------+ 
| Warning | 1292 | Truncated incorrect DOUBLE value: 'okay' | 
+---------+------+------------------------------------------+ 

MySQL versucht, den Zeichenfolgenwert in den Zieltyp (Ganzzahl) zu konvertieren. Wenn die Konvertierung fehlschlägt, interpretiert mysql ihn als 0, was zu dem führt, was Sie sehen.

Wenn Sie den strikten Modus von MySQL aktivieren, würde diese Abfrage einen Fehler erzeugen, anstatt diese implizite Umwandlung zu erstellen.