MySQL|INSTR() 函数用法

啊，这个INSTR功能是电商用来帮助收集用户数据的。
当时，他们想检查每个注册用户的电子邮件是否包含“@”符号，并将其过滤掉以进行一些电子邮件营销。
数据量大，有数千个条目，使得 INSTR 易于使用。

在我写的SQL中，SELECT FROM users WHERE INSTR(email, '@') > 0;这个INSTR(email, '@') > 0表示如果邮箱中有“@”字符，则返回位置大于0，会被过滤掉。
跑了一会儿，几秒钟就出来了。
如果要用NOT INSTR或者手动一一检查的话，会很累。

哦，对了，例子中的表名是stuinfo，字段也很齐全。
要检查 Stuinfo 表中的每个学生的邮箱中是否都有“z”，请 SELECT name, email, INSTR(email, 'z') AS z_position FROM Stuinfo;以这种方式返回的结果的 z_position 将是电子邮件的“z”位置。
如果没有找到，则返回 0。

该函数用于查找字符位置，非常实用。
如果你问我这个问题，你想做什么？

MySQL高效实现模糊查询--28条优化建议

说实话，做MySQL模糊查询时，需要注意这2 8 点。
数据量增加到千万级，不优化实在是不可能。

1 .不要使用 LIKE '%keyword%' 这个东西会导致全表扫描，MySQL无法使用索引。
您需要将其更改为 LIKE 'keyword%'，或使用其他字符串函数。

2 使用“定位”、“位置”、“指令” 这些函数对索引字段执行有效的查询。
例如，SELECT LOCATE('xbar', foobar)。

3 不要在 WHERE 子句中使用 != 或 这将导致引擎离开索引并扫描整个表。
使用 IS NOT NULL 或其他东西代替。

4 建立索引 WHERE和ORDER BY涉及的列必须建立索引。
例如，CREATE INDEX idx_name ON 表（列）。

5 不要清空字段 否则，设置一个默认值，例如列 STANDARD ''，以避免扫描整个表。

6 不要在 WHERE 子句中使用 OR 分成几个搜索并用 UNION 合并它们。
例如： sql (SELECT FROM 表 WHERE 条件 1 ) UNION (SELECT FROM 表 WHERE 条件 2 )
7 不要在 WHERE 子句中使用参数 仅当 SQL 运行时才会解析参数，这可能会导致全表扫描。
把静态代码改死。

8 不要对字段执行表达式操作 例如，WHERE LENGTH(column) > 5 ，则无法使用索引。
将其重写为 WHERE 列 > 5 （如果该字段是数字）。

9 索引字段的顺序必须一致 复合索引必须按顺序使用，例如CREATE INDEX idx_ab ON table(a, b)，并且查询必须以a开头。

1 0不要问无意义的问题 例如SELECT col1 , col2 INTO t FROM t WHERE 1 =0，直接改为CREATE TABLE t(...)。

1 1 使用 EXISTS 代替 IN 例如，检查是否存在： sql 如果存在（从表中选择，其中 id = 1 ）... 可能比IN快。

1 2 不要有太多索引 一个表上的索引最好不要超过6 个，因为插入和更新索引越多，速度就会越慢。

1 3 不更新聚集索引列 聚集索引按顺序存储，因此更改数据需要移动整个表，这是劳动密集型的。

1 4 数字字段优于字符字段 快速查询数值字段的总和。
例如，使用 INT 而不是 VARCHAR。

1 5 使用 VARCHAR 代替 CHAR 变长字段可以节省存储空间并且可以快速搜索。

1 6 不要使用选择 仅需要列，这减少了数据传输。

1 7 表变量比临时表更好 表变量索引有限制，但临时表可能会更慢。

1 8 不要经常创建临时表 系统资源跟不上。

1 9 正确使用临时表 大表数据必须重复使用，临时表可以加快这个过程。

2 0。
使用 SELECT INTO 而不是 CREATE TABLE + INSERT 可以用更少的日志一次性处理批量数据。

2 1 显式删除临时表 在存储过程结束时，先使用 TRUNCATE TABLE，然后使用 DROP TABLE。

2 2 不要使用标记 游标速度慢，超过1 0000行就会重写数据。

2 3 使用基于集合的解决方案 集合操作比标记更强。

2 4 小心使用标记 对于小型数据集，可以使用 FAST_FORWARD 标记。

2 5 设置 SET NOCOUNT 开/关 添加存储过程的开头和结尾以减少客户端消息。

2 6 不要返回大量数据 数据太多不合理吗？按页检查。

2 7 页面搜索 例如LIMIT 1 00 OFFSET 0，一步步采取。

2 8 重复数字太多，索引无效。
例如，如果 id 列包含全 1 ，则索引将毫无用处。

这些都是真实的体验，数以千万计的数据，你要把每一个数据都挖掘出来。

MySQL函数instr的使用方法及示例mysql中instr

哎呀，说起MySQL中的instr函数，这个东西其实还是蛮实用的。
我记得我第一次接触他是在 2 01 2 年。
然后我参与了这个项目，必须进行一些弦乐改编，并需要一名乐器演奏家。

该instr函数用于查找字符串的位置。
例如，如果你想知道“function”一词在“MySQL函数instr的使用方法和示例”这一长行中的位置，可以说instr。
格式为：INSTR(str, subst)，其中str是要查找的字符串，subst是要查找的子字符串。

我们会给你一个例子，像这样： SELECT INSTR('如何使用MySQL instr函数及示例', '函数');当你运行这个SQL语句时，返回的结果是6 2 ，也就是说“function”这个词是从位置6 2 开始的。

说说instr的使用。
常见的情况有以下几种：
1 ．找到一个线程。
例如，如果想知道“HelloWorld”中“el”这个词的位置，可以这样写： SELECT INSTR('HelloWorld','el');返回事件是2
2 寻找更多的字符串。
您可以在使用该工具功能的同时使用该应用程序的功能。
比如要查找“HelloWorld”中的“Vae”和“ri”，可以这样写： SELECT INSTR('Hello', concat"); 还是遵循2 ，因为vae和ri是从第二个位置开始连接的。

3 .限制搜索目标。
如果要从某个位置搜索，比如要查找从8 个字符开始的“Vae”，可以这样写： SELECT INSTR('HelloWorldHelloWorld", "Wo", 8 ); 1 3 .
4 .案件不敏感。
如果要不区分大小写地搜索，请使用 lower 或 upper 函数。
例如： SELECT INSTR(INFERO('HELLOWORLD'), 'WO');还有issue 2
对于所有的instr来说都非常有用，但是使用的时候需要注意模块的顺序和使用方法。
有时，我会结合其他功能，例如捕捉和放置，以达到所需的效果。
在实际开发中，根据需要更加灵活地使用这些技巧可以帮助你提高效率。
我当时并没有意识到这一点，只是慢慢地明白了。

MySQL高效实现模糊查询--28条优化建议

不要使用 LIKE '%keyword%'，它会扫描整个表。
请改用 LIKE 'keyword%'。
使用 LOCATE 函数有效匹配索引字段。
没有 != 否则索引将无效。
无需 OR、拆分查询并再次合并。
全文搜索比 LIKE '%keyword%' 更好。
谨慎使用 IN 和 NOTIN，对于小型集合使用 OR。
不要在WHERE中使用参数，将扫描整个表。
字段表达式操作时，索引将失效。
如果函数对字段进行操作，则索引将无效。
对于复合索引，条件的顺序必须一致。
不要提出毫无意义的问题。
在某些情况下，EXISTS 比 IN 更有效。
该索引有大量重复数据，可能无效。
不要更新聚集索引列。
使用数字字段比字符字段具有更好的性能。
VARCHAR/NVARCHAR 优于 CHAR/NCHAR。
仅选择必填字段，不要使用 SELECT。
表变量比临时表更有效。
纯粹的临时表较少出现。
对于大型数据集使用临时表。
SELECT INTO 比 CREATE TABLE 和 INSERT 更快。
要显式删除临时表，请使用 TRUNCATE TABLE。
不要使用标记，重写大型数据集的计划。
FAST_FORWARD 标记可能更适合小型数据集。
设置 NOCOUNT ON 以避免发送 DONE_IN_PROC 消息。
当返回大量数据时，可以考虑分页。
避免影响并发的大事务。
综合方法，根据具体情况进行优化。