生活中難免遇到一些不如意，有些來自我們自身，而有些不是。今天冬至，說這一天是北半球白天最短、黑夜最長的。今天我們來分享下我的乙個同事提到加沒加單引號的巨大區別，對於mysql效能優化很有意義。
剛剛我們說過了，生活中難免會有一些不如意，比如，我們用乙個字串型別的字段來作為主鍵，表面上，這太不如意了，然而，事實也證明這是有用的。問題也就出來了，當在查詢語句中對該字段值加上單引號和不加查詢耗時相差百倍！
我建立的測試表是這樣子的：
create table `foo` (
`key` varchar(10) not null,
`time` int(11) not null,
primary key (`key`)
) engine=myisam default charset=utf8;
select *
from `foo`
where `key` =1293322797
select *
from `foo`
where `key` ='1293322797'
後來用explain分別跑了一下上面兩條語句，見下面兩張圖：
沒有單引號時
有單引號時
很明顯，不使用單引號沒有用上主索引，並進行了全表掃瞄，使用單引號就能使用上索引了。
後來我用大於分別進行了測試，返回的結果集相同，而他們的耗時和上面一樣，用explain測試，也和上面一樣
select *
from `foo`
where `key` >1293322797
select *
from `foo`
where `key` >'1293322797'
再後來，我將字段`key`換成int型別，這時候，加不加單引號，就沒有什麼差別了，explain顯示他們都同樣能夠用上主索引，只是key_len變短了。
就是這些，綜上所述，我們在寫sql查詢的時候還是不厭其煩的加上單引號吧，似乎那沒有壞處。
MySQL 中乙個雙引號錯位引發的血案
最近經常碰到開發誤刪除誤更新資料，這不，他們又給我找了個麻煩，我們來看下整個過程。由於開發需要在生產環節中修復資料，需要執行120條sql語句，需要將資料進行更新 於是開發連上了生產資料庫，首先執行了第一條sql update tablename set source name bj1062 北京市...
mysql中反單引號 單引號 雙引號的區別
反引號，一般在esc鍵的下方。它是為了區分mysql的保留字與普通字元而引入的符號。舉個例子 select select from test where select 字段值 在test表中，有個select欄位，如果不用反引號，mysql將把select視為保留字而導致出錯，所以，有mysql保留...
MySQL 中乙個雙引號的錯位引發的血案
最近經常碰到開發誤刪除誤更新資料，這不，他們又給我找了個麻煩，我們來看下整個過程。由於開發需要在生產環節中修復資料，需要執行120條sql語句，需要將資料進行更新 於是開發連上了生產資料庫，首先執行了第一條sql update tablename set source name bj1062 北京市...