工作中有一个中文字库表,是前辈从其他地方导入的。最近使用的时候发现有些词,比如“清白”,明明只有两个字,却只能用LIKE ‘%清白%’查出,直接=’清白’找不到。第一反应,前后可能有空格。于是在PHPMyadmin中用MySQL的trim函数过滤了一下update 字库 set Vocabulary = trim(Vocabulary)但返回的affected rows数居然是0可以肯定不知道是哪个UTF8不可见字符混了进去,直接看又看不见,想个办法让它显型。于是用到了MySQL的hex函数,把字符串的hex输出来对比一下:select hex("清白"), hex(Vocabulary), Vocabulary from 字库 where Vocabulary like "%清白%"这下一眼就看出正常字符串前多了个hex为“EFBBBF”的字符,将这个十六进制数扔到windows自带的计算器中换成十进制为15711167,真凶确定,删之:update 字库 set Vocabulary = REPLACE(Vocabulary, char(15711167),"")affected rows居然有3000多,怪不得感觉老有些常用词检索不出来呢……保险起见,再用了一次trimupdate 字库 set Vocabulary = trim(Vocabulary)又冒出3个affected rows。Ubuntu下安装MySQL出现FATAL ERROR: Could not find mysqld的处理php下查询MySQL出现“General error: 2050”错误解决相关资讯 mysql
- 数据库服务器 MySQL (08/15/2013 06:50:23)
- MySQL 5.6 GA 及逃亡潮 (02/08/2013 14:36:35)
- MySQL 5.5.22、5.1.62、5.0.96全线 (03/22/2012 19:03:49)
| - MySQL Administrator连接VMWare下 (05/24/2013 09:20:58)
- MySQL 5.1.68 发布 (02/05/2013 08:37:47)
- CentOS 5.2+MySQL+Heartbeat双机互 (01/29/2012 11:16:55)
|
本文评论 查看全部评论 (0)