2 qq 36930706 qq_36930706 于 2017.09.11 18:31 提问

mysql:LIKE '%唐%'报错了

[Err] 1267 - Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation 'like'好像是数据库字符集的问题
set character_set_client=utf8;

set character_set_connection=utf8;

set character_set_database=utf8;

set character_set_results=utf8;

set character_set_server=utf8;

set character_set_system=utf8;
用命令在mysql上修改了原来的gbk,但是关闭重启后数据库字符集有变回来了,求大神指导

2个回答

huang931027
huang931027   Rxr 2017.09.12 08:52
已采纳

把你的SQL贴出来吧,万一不是字符集的问题呢

qq_36930706
qq_36930706   2017.09.12 09:39

sql语句:select * from rep_daily_data_promoter where 1 = 1 and promoter_uid like '%唐%';

Csdn user default icon
上传中...
上传图片
插入图片
准确详细的回答,更有利于被提问者采纳,从而获得C币。复制、灌水、广告等回答会被删除,是时候展现真正的技术了!
其他相关推荐
mysql报错了
今儿想导出一张表的时候出现了这种错误:  mysql> select * into outfile '/usr/soft/parent.sql' from parent; ERROR 1 (HY000): Can't create/write to file '/usr/soft/parent.sql' (Errcode: 13) 可是我的权限里已经对mysql进行授权了: drwxr
mysql预编译模糊查询(like)中?的冲突,出错的解决办法。
今天在做一个模糊查询的时候,因为使用了预编译,一个冲突没法解决,在网上找了半天也没有找到解决的方法,最后自己解决的,决定记录下来。 在预编译中,报错如下: Parameter index out of range (1 > number of parameters, which is 0).
报错了
nFactory.java:251] Returning cached instance of singleton bean 'org.springframework.transaction.config.internalTransactionAdvisor' [GW]2016-12-21 17:24:14,340 DEBUG org.springframework.beans.factory.
mysql or和in还有like的简单使用
一、in的使用 写在where条件之后 where state in (#{state},#{state2}) 二 or的使用 (1) 一个字段对应两个参数值的 and v.cardcode=(#{cardcode} OR #{originalcontractid}) (2)两个字段对应一个参数值的 and (v.cardcode=#{ca
一种优化mysql select like %%的方法
问题:mysql like %XXX%使得数据库引擎不能使用索引,而导致select查询缓慢。200M的表select like需要1s左右,这是实时性要求高的服务器承受不了的。 解决方法:首先google一通发现,都在说like很难优化,一般都是采用开源插件分词+全文索引。然后再搜索,又搜索到了clucene,研究了下clucene,发现用它的人都是重新实现的分词模块,这样如果不实现中文分词模
MySQL比like语句更高效的写法
MySQL比like语句更高效的写法locate position instr find_in_set  (2014-05-07 17:40:04) 标签:  locate   instr   find_in_set 分类: MySQL 你是否一直在寻找比MySQL的LIKE语句更高效的方法的,下面我就为你介绍几种。
mysql like ‘%...%’ 慎用啊
最近在做项目时,由于数据库中数据有些需要手动添加,所以写了个简单的页面来添加数据,但是由于我的一时疏忽,造成了不必要的麻烦!还好数据量不是很大,但是这让我意识到数据库操作语句真的是要仔细斟酌啊!尤其是在对数据做 删 和 改 的操作时! 这次是我在修改数据时写了这么一个条件! ... where  name like ‘%’.变量名.'%';    (变量值是从外面传进来的)
mysql like查询 使用索引
当起始不是模糊查询时,其实是可以用索引的 explain extended select * from users where email like '303578599%' explain extended select * from users where email like '303%578599%' 如果起始就是模糊查询,就要全表扫描了 explain ext
MYSQL like + 变量
like concat('%',@变量,'%');
关于mysql中的like语句带参数问题
一个题目引入: 查询与“B1100”银行在同一城市(假设银行名称的第5和第6个字符为城市名称)的其他的银行的名称。 表结构: 数据: 这里首先有一个问题,如何获取第五个和第六个字符。采用mysql的substr方法。 SUBSTR(str FROM pos FOR len)//str为字符串对象,pos为开始位置(mysql索引从1开始),length表示截取的长度