mysql 查询中文 like不准的问题

最新推荐文章于 2024-07-24 15:35:41 发布
转载 最新推荐文章于 2024-07-24 15:35:41 发布 · 4.4k 阅读 · 0
文章标签：

#mysql #table

本文介绍了四种解决MySQL中文Like查询不准确的方法，包括修改字段属性、编译时指定字符集、使用locate函数及BINARY关键字。这有助于提高中文搜索的准确性。

在做MySQL的Like查询是发现中文搜索总是不争取，从网上找到了几个解决方法，大家可以看看：
方法一:
解决方法是对于包含中文的字段加上"binary"属性，使之作为二进制比较，例如将"name char(10)"改成"name char(10)binary"。
方法二:
如果你使用源码编译MySQL，可以编译MySQL时使用--with--charset=gbk 参数，这样MySQL就会直接支持中文查找和排序了。
方法三:
可以使用 Mysql 的 locate 函数来判断。以上述问题为例,使用方法为:
SELECT * FROM table WHERE locate(field,'李') > 0;
方法四:
把您的Select语句改成这样,SELECT * FROM TABLE WHERE FIELDS LIKE BINARY '%FIND%'即可
问题出现的原因是:  
在MySQL中，进行中文排序和查找的时候，对汉字的排序和查找结果是错误的。这种情况在MySQL的很多版本中都存在。如果这个问题不解决，那么MySQL将无法实际处理中文。
MySQL在查询字符串时是大小写不敏感的，在编绎MySQL时一般以ISO-8859字符集作为默认的字符集，因此在比较过程中中文编码字符大小写转换造成了这种现象


我用的第三个办法  select * from table where locate(`字段名`,'关键字')>0;

LOCATE(substr,str)

返回子串 substr 在字符串 str 中第一次出现的位置。如果子串 substr 在 str 中不存在，返回值为 0：
mysql> SELECT LOCATE(’bar’, ‘foobarbar’);
-> 4

MySQL模糊查询再也不用like+%了
weixin_64314555的博客
12-14 429
前言 我们都知道 InnoDB 在模糊查询数据时使用 "%xx" 会导致索引失效，但有时需求就是如此，类似这样的需求还有很多，例如，搜索引擎需要根基用户数据的关键字进行全文查找，电子商务网站需要根据用户的查询条件，在可能需要在商品的详细介绍中进行查找，这些都不是B+树索引能很好完成的工作。 通过数值比较，范围过滤等就可以完成绝大多数我们需要的查询了。但是，如果希望通过关键字的匹配来进行查询过滤，那么就需要基于相似度的查询，而不是原来的精确数值比较，全文索引就是为这种场景设计的。 全文索引（Full..
MySQL 统计信息不准导致的性能问题
数据库技术
08-08 312
MySQL优化器依赖于表的统计信息的准确性来选择最优的执行计划。我们可以通过更改参数 innodb_stats_persistent_sample_pages 来控制系统采集表统计信息的准确性。
mysql里的like问题
hs123的专栏
09-23 1033
方法一:解决方法是对于包含中文的字段加上"binary"属性，使之作为二进制比较，例如将"name char(10)"改成"name char(10)binary"。方法二:如果你使用源码编译MySQL，可以编译MySQL时使用--with--charset=gbk 参数，这样MySQL就会直接支持中文查找和排序了。方法三:可以使用 Mysql 的 locate 函数来判断。以上述问题为例,使用方
MySQL使用like查询中文不准确的解决方法
Esc80的专栏
03-25 1039
http://www.weste.net/2013/2-18/89039.html http://hi.baidu.com/k3mall/item/95e5a876c854e320d7a89c26
mysql likelower_mysql like 匹配查询出不正确中文的解决办法
weixin_28828243的博客
01-18 827
本文讲述mysql使用like语句时，匹配查询出不正确中文的解决办法mysql like 搜索的时候发现，用select title from tb_name where title like '%a%'的时候出来的结果除了包含a的名字外连包含中文“新”的名字也出现在搜索结果里面，这令我想弄清楚mysql的匹配模式和规则到底是怎么样的,另外在匹配的时候正则表达式也很常用！出现这个问题的原因是：My...
mysql里like结果不准确问题的解决方案
再见伍德
03-26 2681
问题出现的原因是:在MySQL中，进行中文排序和查找的时候，对汉字的排序和查找结果是错误的。这种情况在MySQL的很多版本中都存在。如果这个问题不解决，那么MySQL将无法实际处理中文。MySQL在查询字符串时是大小写不敏感的，在编绎MySQL时一般以ISO-8859字符集作为默认的字符集，因此在比较过程中中文编码字符大小写转换造成了这种现象。  方法一:解决方法是对于包含
mysql用like有些汉字查询不到_关于MYSQL中like 检索汉字问题。
weixin_39869959的博客
01-19 1139
mysql中like’中国‘查询不出来结果 如果 like‘zg’就看查询出来结果。查询了半天是由于mysql中编码的原因解决办法：进入mysql 输入命令：show variables like 'character_set_%';查看字符集设置+--------------------------+----------------------------+| Variable_name ...
mysql中使用instr进行模糊查询方法介绍
01-19
在mysql中使用内部函数instr，可代替传统的like方式查询，并且速度更快。 instr 函数，第一个参数是字段，第二个参数是要查询的串，返回串的位置，第一个是1，如果没找到就是0. 例如，查询字段name中带”军”的...
Mysql 查询案例--基础查询100道+进阶查询100道
weixin_43515260的博客
09-06 867
Mysql 查询案例--基础查询100道+进阶查询100道
SQL优化篇 - MySQL查询select语句优化
2301_76868495的博客
07-24 1071
使用MySQL，SQL优化，以及工作中实战的操作
MYSQL数据库的中文问题
程序人生
09-04 2433
       中文显示问题一直是困扰我们的一个难题，不信你上google搜索一下，这类的问题和解答可以说是铺天盖地，好多网站甚至将其提出来作为专题来讨论，管中窥豹，可见一斑。开始也曾为这个问题头疼，上网查阅大量的资料和解决方法，终于找到了一种既简单又好用的办法，以JSP+MYSQL存储为例，简单介绍一下。配置：Winxp+Tomcat5.0+Mysql5.0当页面使用GBK(或者G
mysql用like有些汉字查询不到_Mysql选择与LIKE子句不工作的汉字
weixin_28907839的博客
01-28 138
测试表数据的内容日本English CharactersEnglish Characters日本日本English Characters其次是I have data stored in single column which are in English andChinese你的选择应该是这样的SELECT * FROM tabWHERE content LIKE '%%%'SQL Fiddle ...
mysql查询不到中文数据
chrisgj的博客
04-23 1160
在开发过程中遇到一个问题： 从前端传值到后端，在后端中使用sql语句查询之前，核实数据中文没有乱码，复制sql语句在navicat直接运行，可以查找到数据。但是在后端中运行sql，返回结果为null。 解决方法： jdbc:mysql://127.0.0.1:3306/test?useUnicode=true&characterEncoding=utf8 ...
MySQL 中文 like 问题解决
王笋的专栏
04-14 1236
MySQL 查询语句中如果 like 字段中有中文会报错： MySQL Illegal mix of collations for operation 'like' 在旧版的 MySQL 是不会出现错误的. 升到 MySQL 5.5 以上，必需改成 like binary ‘% 中文 %’ 即可避免出现错误 我的项目中，关键字keyword可能出现中文，我就是这样避免出现错误的 &l...
linux mysql like =_MySQL中like查询中文问题的解决
weixin_33397740的博客
01-27 177
在做MySQL的Like查询是发现中文搜索总是不争取，从网上找到了几个解决方法，大家可以看看：方法一:解决方法是对于包含中文的字段加上"binary"属性，使之作为二进制比较，例如将"name char(10)"改成"name char(10)binary"。方法二:如果你使用源码编译MySQL，可以编译MySQL时使用--with--charset=gbk 参数，这样MySQL就会直接支持中文查...
解决MySQL不能显示中文的方法
wacelike
10-20 793
输入以下一段即可： SHOW VARIABLES LIKE 'character_set_%'; SET character_set_client='gbk'; SET character_set_connection='gbk'; SET character_set_results='gbk'; SET character_set_database='gbk'; show var
mysql 汉字 查询 like_关于MYSQL中like 检索汉字问题。
weixin_34191434的博客
01-20 359
mysql中like’中国‘查询不出来结果 如果 like‘zg’就看查询出来结果。查询了半天是由于mysql中编码的原因解决办法：进入mysql 输入命令：show variables like 'character_set_%';查看字符集设置+--------------------------+----------------------------+| Variable_name ...
mysql 查询 like_mysql模糊查询like／REGEXP
weixin_42514107的博客
01-18 251
增删改查是mysql最基本的功能，而其中查是最频繁的操作，模糊查找是查询中非常常见的操作，于是模糊查找成了必修课。like模式like意思是长得像，有两个模式：_和%_表示单个字符，通常用来查询定长的数据，如查出所有姓王的三个字的人名，假设姓名列名为name，注意“王”后面有两个_select name from 表名 where name like '王__';%表示0个或多个任意字符，如查出所...
Mysql like中文搜索问题
lgy5451263的专栏
03-03 2163
在做 MySQL 的 Like 查询是发现中文搜索总是不争气，从网上找到了几个解决方法，大家可以看看： 方法一 : 解决方法是对于包含中文的字段加上 "binary" 属性，使之作为二进制比较，例如将 "name char(10)" 改成 "name char(10)binary"。 方法二 : 如果你使用源码编译 MySQL，可以编译 MySQL 时使用 --with--charset=
mysql > >= 是否走索引
最新发布
08-21
<think>嗯，用户想了解MySQL中'>=运算符是否使用索引的问题。这个问题很具体，属于数据库查询优化的范畴。 用户可能正在调试SQL查询性能，遇到了范围查询效率低的情况。从问题表述看，用户对索引机制有一定了解，但不确定具体运算符的行为。这类问题通常出现在慢查询优化场景中。 关于'>=运算符的索引使用，需要从几个层面分析： 首先明确索引类型对范围查询的支持差异。B树索引天然支持范围查询，这是最常见的索引结构。哈希索引则不支持，这点需要说明清楚。 然后考虑数据分布的影响。即使建立了索引，当查询范围过大时（比如覆盖90%数据），优化器可能认为全表扫描更高效。这里可以引用用户提供的参考材料[^4]中的例子说明。 运算符组合也值得注意。当'>=与其他条件组合时，特别是OR运算符，可能导致索引失效。参考材料[^1]提到OR会使索引失效的情况，这点需要特别提醒用户。 复合索引的使用规则也很关键。用户提供的参考材料[^3]讨论了复合索引在范围查询中的限制：范围查询右侧的列无法使用索引。例如索引(a,b)时，条件"a>=1 and b=2"只能用到a列的索引。 最后要区分理论和实践。理论上'>=可以使用索引，但实际取决于表统计信息、索引选择度等具体因素。建议用户用EXPLAIN验证，这是最可靠的方法。 用户可能还需要知道如何优化这类查询。可以考虑的建议包括：缩小查询范围、使用覆盖索引、调整索引结构等。这些可以作为相关问题提出。 考虑到用户提供的参考材料，特别是[^4]直接讨论范围查询索引问题，应该重点参考其中的案例。但也要注意提醒用户，实际效果取决于具体数据分布和MySQL版本。</think>在 MySQL 中，**`>=` 运算符是否使用索引取决于具体的使用场景和索引设计**。以下是对各种情况的详细分析： --- ### **1. 单列索引 & 范围查询** * **✅ 通常可以使用索引** 在单列上创建索引后，使用 `>=` 进行范围查询时，MySQL 优化器**通常会选择使用索引**。 **示例**： ```sql -- 假设在 `price` 列上存在索引 SELECT * FROM products WHERE price >= 100; ``` * **原理**： B+树索引天然支持范围扫描。优化器会定位到 `price=100` 的位置，然后向右扫描所有大于等于 100 的值。 * **⚠️ 可能不使用索引的情况** * **查询范围过大**：如果满足 `>=100` 的数据量超过全表数据的 20%~30%，优化器可能认为全表扫描比回表查询更快，从而放弃索引（参考引用[^4]）。 * **索引统计信息过期**：优化器依赖统计信息判断成本。如果统计信息不准确，可能导致错误选择。 --- ### **2. 复合索引 & 范围查询** * **✅ 仅能部分使用索引** 复合索引按最左前缀原则匹配。`>=` 作为范围查询条件，**会使其右侧的索引列失效**。 **示例**： ```sql -- 复合索引 (category_id, price) SELECT * FROM products WHERE category_id = 5 AND price >= 100; -- 仅用到 category_id 的索引部分 ``` * **原因**： `category_id=5` 是等值查询，可用索引；`price>=100` 是范围查询，其后的索引列无法被使用。 * **❌ 完全无法使用索引的情况** ```sql -- 复合索引 (price, category_id) SELECT * FROM products WHERE price >= 100 AND category_id = 5; -- 仅用到 price 索引，category_id 失效 ``` --- ### **3. 索引失效的常见原因** 1. **数据类型隐式转换** ```sql -- 假设 createtime 是 DATETIME 类型，但传入字符串 SELECT * FROM logs WHERE createtime >= '2023-01-01'; -- ✅ 可用索引 SELECT * FROM logs WHERE createtime >= 20230101; -- ❌ 类型不匹配导致索引失效 ``` 2. **对索引列使用函数或表达式** ```sql SELECT * FROM users WHERE YEAR(register_time) >= 2023; -- ❌ 索引失效 ``` 3. **OR 连接涉及非索引列**（参考引用[^1]） ```sql -- 假设 customer_id 有索引，product_id 无索引 SELECT * FROM orders WHERE customer_id = 1 OR product_id = 2; -- ❌ 索引失效 ``` --- ### **4. 如何验证索引使用情况？** 使用 `EXPLAIN` 命令检查执行计划： ```sql EXPLAIN SELECT * FROM products WHERE price >= 100; ``` * **关键字段**： * `type`: 若为 **`range`** 表示使用了范围索引扫描。 * `key`: 显示实际使用的索引名称。 * `rows`: 预估扫描行数（值过大可能预示索引未生效）。 --- ### **结论** 1. **`>=` 在单列索引中通常可以使用索引**，但需避免数据范围过大。 2. **在复合索引中，`>=` 会使右侧索引列失效**。 3. **索引是否生效受数据类型、函数、OR 条件等因素影响**（参考引用[^1][^4]）。 4. **务必用 `EXPLAIN` 验证实际执行情况**。 --- ### 相关问题 1. **MySQL 中哪些运算符会导致索引失效？** > 例如 `<>`, `NOT IN`, `LIKE '%abc'` 等场景（参考引用[^1][^4]）。 2. **如何优化复合索引的范围查询性能？** > 调整索引顺序或拆分查询条件。 3. **为什么有时索引存在但查询依然慢？** > 涉及回表代价、统计信息不准等问题。 4. **`BETWEEN` 和 `>=...<=` 在索引使用上有区别吗？** > 两者通常等效，均可触发范围扫描（参考引用[^3]）。 5. **如何强制查询使用特定索引？** > 使用 `FORCE INDEX (index_name)` 语法。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值