因需要在mysql的數(shù)據(jù)表中某一字符串中的字段提取出數(shù)字，在網(wǎng)上找了一通，終于找到了一個(gè)可用的mysql函數(shù)，可以有效的從字符串中提取出數(shù)字。

該mysql提取出字符串中的數(shù)字函數(shù)如下：

代碼如下:

create function getnum (varstring varchar(50))

returns varchar(30)

begin

declare v_length int default 0;

declare v_tmp varchar(50) default '';

set v_length=char_length(varstring);

while v_length > 0 do

if (ascii(mid(varstring,v_length,1))>47 and ascii(mid(varstring,v_length,1))<58 ) then

set v_tmp=concat(v_tmp,mid(varstring,v_length,1));

end if;

set v_length = v_length - 1;

end while;

return reverse(v_tmp);

end;

字段使用方法，如下：

代碼如下:

select getnum(字段) from table

以一個(gè)字符串舉例：

代碼如下:

select getnum(dfdfd666)

結(jié)果返回：666。

并且該函數(shù)可以提取出字符串中非連貫的數(shù)字，如：

代碼如下:

select getnum(dfdd111fd666)

結(jié)果返回：111666。

mysql error 1146 tabel doen't exist，一般情況下是表不存在，或者表名寫(xiě)錯(cuò)了、權(quán)限問(wèn)題。

今天遇到了這個(gè)問(wèn)題，仔細(xì)核對(duì)幾遍后，確認(rèn)無(wú)誤，又在phpmyadmin里嘗試select，可以查詢出數(shù)據(jù)。又核對(duì)權(quán)限，確認(rèn)該mysql用戶具有所有權(quán)限。那這個(gè)錯(cuò)誤是怎么回事呢？查詢了一些資料后，發(fā)現(xiàn)如果mysql引擎不對(duì)可能會(huì)造成真實(shí)存在的表卻無(wú)法訪問(wèn)，但是發(fā)現(xiàn)引擎都是myisam。

這下犯愁了，錯(cuò)誤出在哪里呢？又找了半天，仍然無(wú)果。無(wú)辜的看著這段報(bào)錯(cuò)代碼，發(fā)呆了半天，突然發(fā)現(xiàn)了一個(gè)已經(jīng)被我忽視的細(xì)節(jié)，詳細(xì)的報(bào)錯(cuò)代碼為 tabel abc doen't exist,這里的表名為大寫(xiě)，而數(shù)據(jù)庫(kù)中的表名為abc(馬冬注：只為舉例，沒(méi)有此表)，是小寫(xiě)的。在phpmyadmin用大寫(xiě)表名abc嘗試select，果然報(bào)錯(cuò)提示tabel abc doen't exist。

到這里，問(wèn)題清楚可見(jiàn)，原因是一個(gè)被我忽略的問(wèn)題：windows服務(wù)器下，mysql的數(shù)據(jù)表是大小寫(xiě)不敏感的，而linux服務(wù)器默認(rèn)情況下大小寫(xiě)敏感。如果linux服務(wù)器要修改成大小寫(xiě)不敏感，可以找到/etc/my.cnf，在[mysqld]下加入一行： lower_case_table_names=1。（馬冬注：lower_case_table_names默認(rèn)情況下為0，及表名大小寫(xiě)敏感；修改為1，即大小寫(xiě)不敏感）。如果沒(méi)有修改服務(wù)器配置的權(quán)限，那就注意出現(xiàn)的每一個(gè)表名都要大小寫(xiě)一致。

不注意小細(xì)節(jié)，往往會(huì)浪費(fèi)很多時(shí)間的。細(xì)節(jié)決定成敗。

更多信息請(qǐng)查看IT技術(shù)專欄