一、mysql字符串內(nèi)部是怎么比較大小的

在mysql當(dāng)中,字符串類型間進(jìn)行加減乘除運(yùn)算的時候,會截取字符串以數(shù)字開頭的那一部分?jǐn)?shù)字進(jìn)行運(yùn)算,

如果字符串前面沒有數(shù)字,那么就只能截取的數(shù)值為0,那么進(jìn)行加減的時候結(jié)果都是0,進(jìn)行乘除的時候結(jié)果都是NULL,如下幾個結(jié)果說明問題:

mysql> select ‘1a’+’1b’;

+———–+

| ‘1a’+’1b’ |

+———–+

|???????? 2 |

+———–+

1 row in set, 2 warnings (0.00 sec)

mysql> select ‘2a’-‘1b’;

+———–+

| ‘2a’-‘1b’ |

+———–+

|???????? 1 |

+———–+

1 row in set, 2 warnings (0.00 sec)

mysql> select ‘1a’/’2b’;

+———–+

| ‘1a’/’2b’ |

+———–+

|?????? 0.5 |

+———–+

1 row in set, 2 warnings (0.00 sec)

mysql> select ‘a(chǎn)’/’b’;

+———+

| ‘a(chǎn)’/’b’ |

+———+

|??? NULL |

+———+

1 row in set, 3 warnings (0.00 sec)

mysql> select ‘a(chǎn)’ – ‘b’;

+———–+

| ‘a(chǎn)’ – ‘b’ |

+———–+

|???????? 0 |

+———–+

1 row in set, 2 warnings (0.00 sec)

mysql> select ‘a(chǎn)’ + ‘b’;

+———–+

| ‘a(chǎn)’ + ‘b’ |

+———–+

|???????? 0 |

+———–+

1 row in set, 2 warnings (0.00 sec)

如果一個字符串以數(shù)字開頭,后面有非數(shù)字和數(shù)字組合的話,在進(jìn)行運(yùn)算的時候,會省略掉非數(shù)字和數(shù)字組合那一段,也就是只會截取開頭的數(shù)字

mysql> select ‘2015-2-1’ – ‘2015-1-1’;

+————————-+

| ‘2015-2-1’ – ‘2015-1-1’ |

+————————-+

|?????????????????????? 0 |

+————————-+

1 row in set, 2 warnings (0.00 sec)

以上相當(dāng)于2015-2015=0

mysql當(dāng)字符串進(jìn)行大小比較的時候

mysql> select ‘2015-2-1’ > ‘2015-1-1’;

+————————-+

| ‘2015-2-1’ > ‘2015-1-1’ |

+————————-+

|?????????????????????? 1 |

+————————-+

1 row in set (0.00 sec)

mysql> select ‘2015-2-1’ < ‘2015-1-1’;

+————————-+

| ‘2015-2-1’ < ‘2015-1-1’ |

+————————-+

|?????????????????????? 0 |

+————————-+

1 row in set (0.00 sec)

在這里非常奇怪,’2015-2-1′ – ‘2015-1-1’ = 0,為什么大小比較的時候會有大小之分呢?

原來對于數(shù)字與非數(shù)字混合的字符串，在進(jìn)行大小比較的時候，如果兩字符串長度相等，那么兩字符串就會比較相同位置的字符，比較時若字符是數(shù)字，則直接比較，若字符是非數(shù)字那么會轉(zhuǎn)換為ascii碼進(jìn)行比較，若在某位置上已經(jīng)有大小之分，那么就不會再進(jìn)行比較。

mysql> select ‘2017-03-20 15:27:49’ > ‘2017-03-20 15:27:48’;

+———————————————–+

| ‘2017-03-20 15:27:49’ > ‘2017-03-20 15:27:48’ |

+———————————————–+

|???????????????????????????????????????????? 1 |

+———————————————–+

1 row in set (0.00 sec)

看起來像日期的字符串可以用date_format函數(shù)提取當(dāng)中的年月日,看如下:

mysql> select date_format(‘2017/03/20 15:27:49′,’%Y’) 年,date_format(‘2017/03/20 15:27:49′,’%c’) 月,date_format(‘2017/03/20 15:27:49′,’%d’) 日;

+——+——+——+

| 年?? | 月?? | 日?? |

+——+——+——+

| 2017 | 3??? | 20?? |

+——+——+——+

1 row in set (0.00 sec)

非數(shù)字字符在比較大小的時候,就例如:

mysql> select ‘a(chǎn)’ < ‘b’;

+———–+

| ‘a(chǎn)’ < ‘b’ |

+———–+

|???????? 1 |

+———–+

1 row in set (0.00 sec)

當(dāng)中的字母會轉(zhuǎn)成ascii碼,再進(jìn)行比較,以上是單字母字符串比較,如果是多字母數(shù)字混合字符串比較呢?

mysql> select ‘1c’ > ‘bc’;

+————-+

| ‘1c’ > ‘bc’ |

+————-+

|?????????? 0 |

+————-+

1 row in set (0.00 sec)

mysql> select ‘1yz’ > ‘a(chǎn)bc999’;

+——————+

| ‘1yz’ > ‘a(chǎn)bc999’ |

+——————+

|??????????????? 0 |

+——————+

1 row in set (0.00 sec)

其實從上面的結(jié)果大概可以猜測得到,為讓解釋更清晰更有說服力,再看下圖:

mysql> select ascii(‘1c’),ascii(‘bc’);

+————-+————-+

| ascii(‘1c’) | ascii(‘bc’) |

+————-+————-+

|????????? 49 |????????? 98 |

+————-+————-+

1 row in set (0.00 sec)

mysql> select ascii(‘1yz’),ascii(‘a(chǎn)bc999’);

+————–+—————–+

| ascii(‘1yz’) | ascii(‘a(chǎn)bc999’) |

+————–+—————–+

|?????????? 49 |????????????? 97 |

+————–+—————–+

1 row in set (0.00 sec)

字符串大小比較的時候，會從左向右將兩個字符串名列前茅個不相等的兩個字符的ascii碼的比較結(jié)果作為最終結(jié)果。

延伸閱讀：

二、什么是數(shù)據(jù)庫

數(shù)據(jù)庫就是英文的“database”翻譯來的，data + base，故名思義就是數(shù)據(jù)的根源，數(shù)據(jù)的基礎(chǔ)。那么為什么要有數(shù)據(jù)庫呢，數(shù)據(jù)庫首先是個計算機(jī)軟件，在所謂數(shù)據(jù)庫誕生之前，常用方法可能是程序員自己寫一個小程序來完成數(shù)據(jù)處理分析這樣的工作。

伴隨著計算機(jī)的普及，越來越多的場景開始使用計算機(jī)，產(chǎn)生了越來越多的數(shù)據(jù)，也催生了越來越多的數(shù)據(jù)分析需求。為了降低數(shù)據(jù)分析的門檻，讓更多人能夠更方便高效地管理分析數(shù)據(jù)，工程師們就打造了一種專門的軟件來幫助人們對數(shù)據(jù)進(jìn)行合理的存儲以提高存取效率，提供易用的接口和豐富的分析算法以方便使用，集成有效的管理工具以提高數(shù)據(jù)安全性等等，這就是數(shù)據(jù)庫，也被稱為數(shù)據(jù)庫管理系統(tǒng)（DBMS，Database management system）。

數(shù)據(jù)庫是一整套數(shù)據(jù)管理體系，包括數(shù)據(jù)存儲的模型、數(shù)據(jù)組織的架構(gòu)、數(shù)據(jù)分析的算法、數(shù)據(jù)管理的工具以及數(shù)據(jù)訪問的接口等等。