因需要在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，一般情況下是表不存在，或者表名寫錯(cuò)了、權(quán)限問題。

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

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

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

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

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