mysql查詢字符串中包含字符的步驟如下：
專業(yè)領域包括成都網(wǎng)站設計、成都做網(wǎng)站、外貿(mào)網(wǎng)站建設、成都商城網(wǎng)站開發(fā)、微信營銷、系統(tǒng)平臺開發(fā)， 與其他網(wǎng)站設計及系統(tǒng)開發(fā)公司不同，創(chuàng)新互聯(lián)的整合解決方案結(jié)合了幫做網(wǎng)絡品牌建設經(jīng)驗和互聯(lián)網(wǎng)整合營銷的理念，并將策略和執(zhí)行緊密結(jié)合，為客戶提供全網(wǎng)互聯(lián)網(wǎng)整合方案。
我們需要準備的材料分別是：mysql查詢器。
1、首先，用mysql查詢器連接上mysql連接，以test表（5條數(shù)據(jù)）查詢包含“gle”字符為例。
2、點擊“查詢”按鈕，輸入：select * from test where `name` like "%gle%";（查詢出包含gle字符的字符串）。
3、點擊“運行”按鈕，此時會查詢到name字段包含“gle”字符的兩條數(shù)據(jù)記錄。
字符串類型（ ）
與CHAR 和VARCHAR 類似的類型還有BINARY 和VARBINARY 它們存儲的是二進制字符串 二進制字符串跟常規(guī)字符串非常相似 但是二進制字符串存儲的是字節(jié)碼而不是字符 填充也不一樣 MySQL 填充BINARY 采用的是\ （零字節(jié)）而不是空格 在檢索時也不會去掉填充值
當需要存儲二進制數(shù)據(jù) 并且希望MySQL 使用字節(jié)碼而不是字符進行比較時 這些類型是非常有用的 二進制比較的優(yōu)勢并不僅僅體現(xiàn)在大小寫敏感上 MySQL 比較BINARY 字符串時 每次按一個字節(jié) 并且根據(jù)該字節(jié)的數(shù)值進行比較 因此 二進制比較比字符比較簡單很多 所以也就更快
慷慨是不明智的
使用VARCHAR（ ） 和VARCHAR（ ） 存儲 hello 的空間開銷是一樣的 那么使用更短的列有什么優(yōu)勢嗎？
事實證明有很大的優(yōu)勢 更大的列會消耗更多的內(nèi)存 因為MySQL 通常會分配固定大小的內(nèi)存塊來保存內(nèi)部值 尤其是使用內(nèi)存臨時表進行排序或操作時會特別糟糕 在利用磁盤臨時表進行排序時也同樣糟糕
所以最好的策略是只分配真正需要的空間
BLOB 和TEXT 類型
BLOB 和TEXT 都是為存儲很大的數(shù)據(jù)而設計的字符串數(shù)據(jù)類型 分別采用二進制和字符方式存儲
實際上 它們分別屬于兩組不同的數(shù)據(jù)類型家族 字符類型是TINYTEXT SMALLTEXT TEXT MEDIUMTEXT LONGTEXT ;對應的二進制類型是TINYBLOB SMALLBLOB BLOB MEDIUMBLOB LONGBLOB BLOB 是SMALLBLOB 的同義詞 TEXT 是SMALLTEXT 的同義詞
與其他類型不同 MySQL 把每個BLOB 和TEXT 值當作一個獨立的對象處理 存儲引擎在存儲時通常會做特殊處理 當BLOB 和TEXT 值太大時 InnoDB 會使用專門的 外部
存儲區(qū)域來進行存儲 此時每個值在行內(nèi)需要 ~ 個字節(jié)存儲一個指針 然后在外部存儲區(qū)域存儲實際的值
BLOB 和TEXT 家族之間僅有的不同是BLOB 類型存儲的是二進制數(shù)據(jù) 沒有排序規(guī)則或字符集 而TEXT 類型有字符集和排序規(guī)則
MySQL 對BLOB 和TEXT 列進行排序與其他類型是不同的 它只對每個列的最前max_sort_length 字節(jié)而不是整個字符串做排序 如果只需要排序前面一小部分字符 則可以減小max_sort_length 的配置 或者使用ORDER BY SUSTRING（column length）
MySQL 不能將BLOB 和TEXT 列全部長度的字符串進行索引 也不能使用這些索引消除排序 （關于這個主題下一章會有更多的信息 ）
磁盤臨時表和文件排序
因為Memory 引擎不支持BLOB 和TEXT 類型 所以 如果查詢使用了BLOB 或TEXT列并且需要使用隱式臨時表 將不得不使用MyISAM 磁盤臨時表 即使只有幾行數(shù)據(jù)也是如此（Percona Server 的Memory 引擎支持BLOB 和TEXT 類型 但直到本書寫作之際 同樣的場景下還是需要使用磁盤臨時表）
這會導致嚴重的性能開銷 即使配置MySQL 將臨時表存儲在內(nèi)存塊設備上（RAMDisk） 依然需要許多昂貴的系統(tǒng)調(diào)用
最好的解決方案是盡量避免使用BLOB 和TEXT 類型 如果實在無法避免 有一個技巧是在所有用到BLOB 字段的地方都使用SUBSTRING（column length） 將列值轉(zhuǎn)換為字符串（在ORDER BY 子句中也適用） 這樣就可以使用內(nèi)存臨時表了 但是要確保截取的子字符串足夠短 不會使臨時表的大小超過max_heap_table_size 或tmp_table_size 超過以后MySQL 會將內(nèi)存臨時表轉(zhuǎn)換為MyISAM 磁盤臨時表
最壞情況下的長度分配對于排序的時候也是一樣的 所以這一招對于內(nèi)存中創(chuàng)建大臨時表和文件排序 以及在磁盤上創(chuàng)建大臨時表和文件排序這兩種情況都很有幫助 例如 假設有一個 萬行的表 占用幾個GB 的磁盤空間 其中有一個utf 字符集的VARCHAR（ ） 列 每個字符最多使用 個字節(jié) 最壞情況下需要 字節(jié)的空間 如果在ORDER BY 中用到這個列 并且查詢掃描整個表 為了排序就需要超過 GB 的臨時表
這三行數(shù)據(jù)實際存儲為整數(shù) 而不是字符串 可以通過在數(shù)字上下文環(huán)境檢索看到這個雙重屬性
返回目錄 高性能MySQL
編輯推薦
ASP NET MVC 框架揭秘
Oracle索引技術
ASP NET開發(fā)培訓視頻教程
lishixinzhi/Article/program/MySQL/201311/29686
字符串類型（ ）
MySQL 支持多種字符串類型 每種類型還有很多變種 這些數(shù)據(jù)類型在 和 版本發(fā)生了很大的變化 使得情況更加復雜 從MySQL 開始 每個字符串列可以定義自己的字符集和排序規(guī)則 或者說校對規(guī)則（collation）（更多關于這個主題的信息請參考第 章） 這些東西會很大程度上影響性能
VARCHAR 和CHAR 類型
VARCHAR 和CHAR 是兩種最主要的字符串類型 不幸的是 很難精確地解釋這些值是怎么存儲在磁盤和內(nèi)存中的 因為這跟存儲引擎的具體實現(xiàn)有關 下面的描述假設使用的存儲引擎是InnoDB 和/ 或者MyISAM 如果使用的不是這兩種存儲引擎 請參考所使用的存儲引擎的文檔
先看看VARCHAR 和CHAR 值通常在磁盤上怎么存儲 請注意 存儲引擎存儲CHAR 或者VARCHAR 值的方式在內(nèi)存中和在磁盤上可能不一樣 所以MySQL 服務器從存儲引擎讀出的值可能需要轉(zhuǎn)換為另一種存儲格式 下面是關于兩種類型的一些比較
VARCHAR
VARCHAR 類型用于存儲可變長字符串 是最常見的字符串數(shù)據(jù)類型 它比定長類型更節(jié)省空間 因為它僅使用必要的空間（例如 越短的字符串使用越少的空間） 有一種情況例外 如果MySQL 表使用ROW_FORMAT=FIXED 創(chuàng)建的話 每一行都會使用定長存儲 這會很浪費空間
VARCHAR 需要使用 或 個額外字節(jié)記錄字符串的長度 如果列的最大長度小于或等于 字節(jié) 則只使用 個字節(jié)表示 否則使用 個字節(jié) 假設采用latin 字符集 一個VARCHAR（ ） 的列需要 個字節(jié)的存儲空間 VARCHAR（ ） 的列則需要 個字節(jié) 因為需要 個字節(jié)存儲長度信息
VARCHAR 節(jié)省了存儲空間 所以對性能也有幫助 但是 由于行是變長的 在UPDATE 時可能使行變得比原來更長 這就導致需要做額外的工作 如果一個行占用的空間增長 并且在頁內(nèi)沒有更多的空間可以存儲 在這種情況下 不同的存儲引擎的處理方式是不一樣的 例如 MyISAM 會將行拆成不同的片段存儲 InnoDB則需要分裂頁來使行可以放進頁內(nèi) 其他一些存儲引擎也許從不在原數(shù)據(jù)位置更新數(shù)據(jù)
下面這些情況下使用VARCHAR 是合適的 字符串列的最大長度比平均長度大很多 列的更新很少 所以碎片不是問題 使用了像UTF 這樣復雜的字符集 每個字符都使用不同的字節(jié)數(shù)進行存儲
在 或者更高版本 MySQL 在存儲和檢索時會保留末尾空格 但在 或更老的版本 MySQL 會剔除末尾空格
InnoDB 則更靈活 它可以把過長的VARCHAR 存儲為BLOB 我們稍后討論這個問題
CHAR
CHAR 類型是定長的 MySQL 總是根據(jù)定義的字符串長度分配足夠的空間 當存儲CHAR 值時 MySQL 會刪除所有的末尾空格（在MySQL 和更老版本中VARCHAR也是這樣實現(xiàn)的 也就是說這些版本中CHAR 和VARCHAR 在邏輯上是一樣的 區(qū)別只是在存儲格式上） CHAR 值會根據(jù)需要采用空格進行填充以方便比較
CHAR 適合存儲很短的字符串 或者所有值都接近同一個長度 例如 CHAR 非常適合存儲密碼的MD 值 因為這是一個定長的值 對于經(jīng)常變更的數(shù)據(jù) CHAR 也比VARCHAR 更好 因為定長的CHAR 類型不容易產(chǎn)生碎片 對于非常短的列 CHAR 比VARCHAR 在存儲空間上也更有效率 例如用CHAR（ ） 來存儲只有Y 和N 的值 如果采用單字節(jié)字符集注 只需要一個字節(jié) 但是VARCHAR（ ） 卻需要兩個字節(jié) 因為還有一個記錄長度的額外字節(jié)
CHAR 類型的這些行為可能有一點難以理解 下面通過一個具體的例子來說明 首先 我們創(chuàng)建一張只有一個CHAR（ ） 字段的表并且往里面插入一些值
當檢索這些值的時候 會發(fā)現(xiàn)string 末尾的空格被截斷了
如果用VARCHAR（ ） 字段存儲相同的值 可以得到如下結(jié)果
數(shù)據(jù)如何存儲取決于存儲引擎 并非所有的存儲引擎都會按照相同的方式處理定長和變長的字符串 Memory 引擎只支持定長的行 即使有變長字段也會根據(jù)最大長度分配最大空間 不過 填充和截取空格的行為在不同存儲引擎都是一樣的 因為這是在MySQL 服務器層進行處理的
返回目錄 高性能MySQL
編輯推薦
ASP NET MVC 框架揭秘
Oracle索引技術
ASP NET開發(fā)培訓視頻教程
lishixinzhi/Article/program/MySQL/201311/29687
MySql字符轉(zhuǎn)義
在字符串中，某些序列具有特殊含義。這些序列均用反斜線(‘\’)開始，即所謂的轉(zhuǎn)義字符。MySQL識別下面的轉(zhuǎn)義序列：
\0 ASCII 0(NUL)字符。
\' 單引號(‘'’)。
\" 雙引號(‘"’)。
\b 退格符。
\n 換行符。
\r 回車符。
\t tab字符。
\Z ASCII 26(控制（Ctrl）-Z)。該字符可以編碼為‘\Z’，以允許你解決在Windows中ASCII 26代表文件結(jié)尾這一問題。(如果你試圖使用mysql db_name file_name，ASCII 26會帶來問題）。
\\ 反斜線(‘\’)字符。
\%‘%’字符。參見表后面的注解。
\_‘_’字符。參見表后面的注解。
方法/步驟
首先，計算字符串的字符數(shù)，可以用char_length()函數(shù)，代碼如下：
select
'zhangsan',char_length('zhangsan');
如下圖所示：
字符串中的length()函數(shù)，用來計算字符串的長度，代碼如下：
select
'zhangsan',length('zhangsan1111');
如下圖所示：
字符串函數(shù)
中有時需要將幾個不同的字符串拼接在一起，這時可以利用concat(a1,a2,...)和concat_ws(b,b1,b2,...)，可以將各字符串合并成一個字符串，代碼如下：
select
concat('zhang','san','feng');
select
concat_ws('*','zhang','san','feng');
如下圖所示：
方法1：通過客戶端修改表字段的默認字符集
打開SQLyog客戶端，連接數(shù)據(jù)庫如下圖所示，點擊connection 按鈕 連接數(shù)據(jù)庫
我的數(shù)據(jù)庫名稱為edu,然后我隨意找到數(shù)據(jù)庫中test2表，右鍵-----》Alter Table
如果安裝數(shù)據(jù)庫的 時候 沒有選擇字符集設置，那么mysql數(shù)據(jù)庫默認為latin1，在箭頭部分選擇utf8字符集
方法2：用數(shù)據(jù)庫命令修改字符集
首先查看當前數(shù)據(jù)庫字符集，在命令框中執(zhí)行如下命令：show variables like 'character_set_%';
查看字符集排序設置，執(zhí)行命令：show variables like 'collation_%';
修改服務器級別字符集，執(zhí)行命令：
1，臨時修改：SET GLOBAL character_set_server=utf8;
修改表級別，命令如下：ALTER TABLE table_name DEFAULT CHARSET utf8;
修改數(shù)據(jù)庫級別，命令如下：use edu(換成你要修改的數(shù)據(jù)庫名，在這里我的數(shù)據(jù)庫為edu),，然后執(zhí)行命令：alter database edu character set utf-8;
或者修改mysql的my.ini文件中的字符集鍵值
[mysql]
[mysqld]
重啟mysql
重慶分公司
重慶分公司
