MySQL有的時候需要用到類似lastIndexOf的功能，然而它沒有現(xiàn)成直接可用的函數(shù)，就需要自己來琢磨了。
首先，MySQL提供了以下3個函數(shù)：
instr(str:varchar, substr:varchar)：返回subsrtr在str第一次出現(xiàn)的位置
# 例如：在字符串a(chǎn)b/cd/abc.html中查找b第一次出現(xiàn)的位置
select instr('ab/cd/abc.html', 'b');
# 跟程序員想的不同的是，上面的結(jié)果是 2 （下標從1開始，需要注意一下）
reverse(str:varchar)：首尾反轉(zhuǎn)字符串，輸入abc則輸出cba
length(str:varcha)：返回字符串長度
知道了以上的信息后我想大部分的人都知道怎么做lastInfdexOf的功能了。
直接給出：
select length('輸入的字符串') - instr(reverse('輸入的字符串'), '需要查找的字符串');
# e.g 查找‘/'在字符串'ab/cd/abc.html'中的最后位置。下面的結(jié)果為：5
select length('ab/cd/abc.html') - instr(reverse('ab/cd/abc.html'), '/');
最后給出一個最近遇到的一個小需求：
編寫sql腳本，取出數(shù)據(jù)庫字段的值（值是文件的路徑名，例如ab/cd/abc.html）并解析出文件名（abc.html）：
select right(CONTENT_NAME, instr(reverse(CONTENT_NAME), '/') - 1) FILE_NAME
from config_template_content
where lower(CONTENT_NAME) like '%/%.html';
# 當(dāng)數(shù)據(jù)都是含有/的時候這么處理就夠了，如果存在字段值為 abcde.html 的時候就要加判斷咯~
上面用到了right函數(shù)，請自行搜索 (體會)其用處
補充：關(guān)于使用mysql的 SELECT LAST_INSERT_ID() 語句碰到的問題
前言：
當(dāng)我們向主鍵是自增型的數(shù)據(jù)庫表中（如 user 表）插入一條記錄時，我們期望獲取剛剛寫入這條記錄的id，（因為某些場景下需要獲得這個id去做其他的操作），此時我們需要使用SELECT LAST_INSERT_ID()這個語句來獲取插入記錄后返回的自增id的值；
如下例：
/**
* 插入投訴信息
* @param complaintInfoModel
* @return
*/
@InsertProvider(type = ComplaintInfoDao.ComplaintProviderSql.class,method = "insertComplaintInfo")
@SelectKey(statement="SELECT LAST_INSERT_ID()", keyProperty="id", before=false, resultType=Integer.class)
Integer insertComplaintInfo(ComplaintInfoModel complaintInfoModel); // 插入數(shù)據(jù) 返回修改數(shù)據(jù)庫條數(shù)
SelectKey在Mybatis中是為了解決Insert數(shù)據(jù)時不支持主鍵自動生成的問題，他可以很隨意的設(shè)置生成主鍵的方式。但是不管SelectKey有多好，盡量不要遇到這種情況吧，畢竟很麻煩。
selectKey Attributes
| 屬性 |
描述 |
| keyProperty |
selectKey 語句結(jié)果應(yīng)該被設(shè)置的目標屬性。 |
| resultType |
結(jié)果的類型。
MyBatis 通常可以算出來,但是寫上也沒有問題。MyBatis 允許任何簡單類型用作主鍵的類型,包括字符串。
|
| order |
這可以被設(shè)置為 BEFORE 或 AFTER。
如果設(shè)置為 BEFORE,那么它會首先選擇主鍵,設(shè)置 keyProperty 然后執(zhí)行插入語句。
如果設(shè)置為 AFTER,那么先執(zhí)行插入語句,然后是 selectKey 元素-這和如 Oracle 數(shù)據(jù)庫相似,可以在插入語句中嵌入序列調(diào)用。
|
| statementType |
和前面的相 同,MyBatis 支持 STATEMENT ,PREPARED 和CALLABLE 語句的映射類型,
分別代表 PreparedStatement 和CallableStatement 類型。
|
----1. SelectKey需要注意order屬性，
像Mysql一類支持自動增長類型的數(shù)據(jù)庫中，order需要設(shè)置為after才會取到正確的值。
像Oracle這樣取序列的情況，需要設(shè)置為before，否則會報錯。
-----2. 另外在用Spring管理事務(wù)時，
SelectKey和插入在同一事務(wù)當(dāng)中，因而Mysql這樣的情況由于數(shù)據(jù)未插入到數(shù)據(jù)庫中，所以是得不到自動增長的Key。
取消事務(wù)管理就不會有問題。
下面是一個xml和注解的例子，SelectKey很簡單，兩個例子就夠了：
insert id="insert" parameterType="map">
insert into table1 (name) values (#{name})
selectKey resultType="java.lang.Integer" keyProperty="id">
CALL IDENTITY()
/selectKey>
/insert>
上面xml的傳入?yún)?shù)是map，selectKey會將結(jié)果放到入?yún)?shù)map中。用POJO的情況一樣，但是有一點需要注意的是，keyProperty對應(yīng)的字段在POJO中必須有相應(yīng)的setter方法，setter的參數(shù)類型還要一致，否則會報錯。
@Insert("insert into table2 (name) values(#{name})")
@SelectKey(statement="call identity()", keyProperty="nameId", before=false, resultType=int.class)
int insertTable2(Name name);
上面是注解的形式。
以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- Mysql主從同步Last_IO_Errno:1236錯誤解決方法
- MySQL 與 Elasticsearch 數(shù)據(jù)不對稱問題解決辦法
- MySQL復(fù)制出錯 Last_SQL_Errno:1146的解決方法
- Mysql中LAST_INSERT_ID()的函數(shù)使用詳解
