mysql截取字符串，MySQL中截取字符串的函数

各位老铁们，大家好，今天由我来为大家分享mysql截取字符串，以及MySQL中截取字符串的函数的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！

mysql 字符串截取

使用MYSQL的SUBSTRING_INDEX函数实现你的功能，此函数的语法解释如下：

SUBSTRING_INDEX(str,delim,count)

返回从字符串str的第count个出现的分隔符delim之后的子串。如果count是正数，返回最后的分隔符到左边(从左边数)的所有字符。如果count是负数，返回最后的分隔符到右边的所有字符(从右边数)。

mysql> select SUBSTRING_INDEX('www.mysql.com','.', 2);

->'www.mysql'

mysql> select SUBSTRING_INDEX('www.mysql.com','.',-2);

->'mysql.com'

该函数对多字节是可靠的。

如果你的字段名为xxx，值为201207|123|23.5|100|50|和20120703|19|212|||，要获取第3个内容23.5的函数是：

SUBSTRING_INDEX(SUBSTRING_INDEX(xxx,'|',3),'|',-1)

里面的函数获取第3个开始的所有内容，外面的函数获取里面函数结果的第1个内容

sql截取特定字符前的数据

在SQL中，截取特定字符前的数据通常可以通过`LEFT`函数结合`CHARINDEX`（在某些数据库如SQL Server中）或`INSTR`（在MySQL中）等函数来实现。具体方法取决于你所使用的数据库系统。

以SQL Server为例，如果你想从一个字符串字段中截取某个特定字符（比如逗号`','`）前的所有数据，你可以使用`LEFT`函数和`CHARINDEX`函数结合。`CHARINDEX`函数用于查找特定字符或字符串在另一个字符串中的位置，然后`LEFT`函数根据这个位置信息截取从开始到该位置之前的所有字符。

示例SQL查询如下：

```sql

SELECT LEFT(your_column_name, CHARINDEX(',', your_column_name)- 1) AS ExtractedData

FROM your_table_name

WHERE CHARINDEX(',', your_column_name)> 0;

```

这个查询会返回`your_column_name`字段中每个条目中逗号前的所有数据。注意，这里假设每个条目都包含至少一个逗号。如果没有逗号，`CHARINDEX`将返回0，这会导致`LEFT`函数尝试截取一个负长度的字符串，这可能会引发错误或返回空字符串。因此，在`WHERE`子句中检查`CHARINDEX`的返回值大于0是一个好习惯，以确保只处理包含该特定字符的条目。

类似地，对于MySQL，你可以使用`SUBSTRING_INDEX`函数来实现相同的功能，该函数更直接地支持基于分隔符的字符串截取。

高性能MySQL:字符串类型(2)

字符串类型（）

与CHAR和VARCHAR类似的类型还有BINARY和VARBINARY它们存储的是二进制字符串二进制字符串跟常规字符串非常相似但是二进制字符串存储的是字节码而不是字符填充也不一样 MySQL填充BINARY采用的是\（零字节）而不是空格在检索时也不会去掉填充值

当需要存储二进制数据并且希望MySQL使用字节码而不是字符进行比较时这些类型是非常有用的二进制比较的优势并不仅仅体现在大小写敏感上 MySQL比较BINARY字符串时每次按一个字节并且根据该字节的数值进行比较因此二进制比较比字符比较简单很多所以也就更快

慷慨是不明智的

使用VARCHAR（）和VARCHAR（）存储 hello的空间开销是一样的那么使用更短的列有什么优势吗？

事实证明有很大的优势更大的列会消耗更多的内存因为MySQL通常会分配固定大小的内存块来保存内部值尤其是使用内存临时表进行排序或操作时会特别糟糕在利用磁盘临时表进行排序时也同样糟糕

所以最好的策略是只分配真正需要的空间

BLOB和TEXT类型

BLOB和TEXT都是为存储很大的数据而设计的字符串数据类型分别采用二进制和字符方式存储

实际上它们分别属于两组不同的数据类型家族字符类型是TINYTEXT SMALLTEXT TEXT MEDIUMTEXT LONGTEXT;对应的二进制类型是TINYBLOB SMALLBLOB BLOB MEDIUMBLOB LONGBLOB BLOB是SMALLBLOB的同义词 TEXT是SMALLTEXT的同义词

与其他类型不同 MySQL把每个BLOB和TEXT值当作一个独立的对象处理存储引擎在存储时通常会做特殊处理当BLOB和TEXT值太大时 InnoDB会使用专门的外部

存储区域来进行存储此时每个值在行内需要~个字节存储一个指针然后在外部存储区域存储实际的值

BLOB和TEXT家族之间仅有的不同是BLOB类型存储的是二进制数据没有排序规则或字符集而TEXT类型有字符集和排序规则

MySQL对BLOB和TEXT列进行排序与其他类型是不同的它只对每个列的最前max_sort_length字节而不是整个字符串做排序如果只需要排序前面一小部分字符则可以减小max_sort_length的配置或者使用ORDER BY SUSTRING（column length）

MySQL不能将BLOB和TEXT列全部长度的字符串进行索引也不能使用这些索引消除排序（关于这个主题下一章会有更多的信息）

磁盘临时表和文件排序

因为Memory引擎不支持BLOB和TEXT类型所以如果查询使用了BLOB或TEXT列并且需要使用隐式临时表将不得不使用MyISAM磁盘临时表即使只有几行数据也是如此（Percona Server的Memory引擎支持BLOB和TEXT类型但直到本书写作之际同样的场景下还是需要使用磁盘临时表）

这会导致严重的性能开销即使配置MySQL将临时表存储在内存块设备上（RAMDisk）依然需要许多昂贵的系统调用

最好的解决方案是尽量避免使用BLOB和TEXT类型如果实在无法避免有一个技巧是在所有用到BLOB字段的地方都使用SUBSTRING（column length）将列值转换为字符串（在ORDER BY子句中也适用）这样就可以使用内存临时表了但是要确保截取的子字符串足够短不会使临时表的大小超过max_heap_table_size或tmp_table_size超过以后MySQL会将内存临时表转换为MyISAM磁盘临时表

最坏情况下的长度分配对于排序的时候也是一样的所以这一招对于内存中创建大临时表和文件排序以及在磁盘上创建大临时表和文件排序这两种情况都很有帮助例如假设有一个万行的表占用几个GB的磁盘空间其中有一个utf字符集的VARCHAR（）列每个字符最多使用个字节最坏情况下需要字节的空间如果在ORDER BY中用到这个列并且查询扫描整个表为了排序就需要超过 GB的临时表

这三行数据实际存储为整数而不是字符串可以通过在数字上下文环境检索看到这个双重属性

返回目录高性能MySQL

编辑推荐

ASP NET MVC框架揭秘

Oracle索引技术

ASP NET开发培训视频教程

lishixinzhi/Article/program/MySQL/201311/29686

关于mysql截取字符串到此分享完毕，希望能帮助到您。