Mysql字符串截取函数SUBSTRING的用法说明

函数：

1、从左开始截取字符串 left（str, length）
说明：left（被截取字段，截取长度） 例：select left（content,200） as abstract from my_content_t

2、从右开始截取字符串 right（str, length）
说明：right（被截取字段，截取长度） 例：select right（content,200） as abstract from my_content_t

3、截取字符串 substring（str, pos）
substring（str, pos, length） 说明：substring（被截取字段，从第几位开始截取）
substring（被截取字段，从第几位开始截取，截取长度） 例：select substring（content,5） as abstract from my_content_t select substring（content,5,200） as abstract from my_content_t （注：如果位数是负数 如-5 则是从后倒数位数，到字符串结束或截取的长度）
4、按关键字截取字符串 substring_index（str,delim,count）
说明：substring_index（被截取字段，关键字，关键字出现的次数） 例：select substring_index（"blog.jb51.net"，"。"，2） as abstract from my_content_t
结果：blog.jb51 （注：如果关键字出现的次数是负数 如-2 则是从后倒数，到字符串结束）

函数简介：

SUBSTRING(str,pos) , SUBSTRING(str FROM pos) SUBSTRING(str,pos,len) , SUBSTRING(str FROM pos FOR len)

不带有len 参数的格式从字符串str返回一个子字符串，起始于位置 pos。带有len参数的格式从字符串str返回一个长度同len字符相同的子字符串，起始于位置 pos。 使用 FROM的格式为标准 SQL 语法。也可能对pos使用一个负值。假若这样，则子字符串的位置起始于字符串结尾的pos 字符，而不是字符串的开头位置。在以下格式的函数中可以对pos 使用一个负值。

详情请查阅手册。

实例： 表1：user

表2：jl

期望效果：通过user表jlid字段存储的id值，读取jl表中的相应记录，这里想要读取，jl表中id为1、2的记录，首先想到用in，但是很遗憾由于 jlid字段存储的id值有2个，尽管从形式上符合in(1,2)的格式，但是如果你使用select jl.* from jl where jl.id in(select jlid from user where user.id=1)来查询的话，是不行的，他总是返回id为1的记录。

那么怎么办呢？如果我们能够分别得到1,2中的1和2就行了。好在mysql也提供了字符串截取函数SUBSTRING。

sql句法如下： SELECT jl. * FROM jl WHERE jl.id = ( SELECT SUBSTRING( (

SELECT user.jlid FROM user WHERE user.id =1 ), 1, 1 ) ) OR jl.id = (

SELECT SUBSTRING( (

SELECT user.jlid FROM user WHERE user.id =1 ), 3, 1 ) ) LIMIT 0 , 30

简单解释一下：

SELECT SUBSTRING( (SELECT user.jlid FROM user WHERE user.id =1), 1, 1 ) ) 这里用了子查询，首先查询user表中，id为1的jlid字段的值，返回的是字符串，然后使用SUBSTRING进行截取，得到字符串1 SELECT SUBSTRING( (SELECT user.jlid FROM user WHERE user.id =1), 3, 1 ) ) 这条语句得到2

1和2都得到了再通过主查询的where来查询，要注意我们需要查询id=1和id=2的记录，所以用到了OR，怎么样，是不是有点麻烦，

您的第一直觉是不是要用2条sql语句，中间再配合php的explode函数来查询呢？这样想是正常的，但是这两者之间谁的效率高，站长并没有测试，希望有心的你，可以帮忙哦！

 

http://www.jb51.net/article/27458.htm

http://www.jb51.net/article/39199.htm

转载于:https://www.cnblogs.com/linksky1018/p/mysql.html