我们在使用 MySQL 进行模糊查询的时候，受到默认排序的影响，我们会发现与查询关键字相似的记录有时候并没有排到最前面。
如 ：
CREATE TABLE user(
id BIGINT(11) AUTO_INCREMENT PRIMARY KEY,
name varchar(255)
)engine=InnoDB,DEFAULT CHARSET=UTF8;
INSERT INTO user(name) values("F张三");
INSERT INTO user(name) values("E张三");
INSERT INTO user(name) values("D张三");
INSERT INTO user(name) values("C张三");
INSERT INTO user(name) values("B张三");
INSERT INTO user(name) values("A张三");
INSERT INTO user(name) values("张三");
对上述数据以张三为关键字进行模糊查询后，会发现查询结果如下：
SELECT * FROM user WHERE name LIKE "%张三%";
可以看到，与张三最相似的一条记录被排序到了最后面，如果我们使用了 LIMIT语句，那么很有可能无法再第一页获取到张三这条记录。
也就引出了今天的问题，如何在模糊查询条件下，让返回结果按照匹配度(相似度)进行进行排序，从而让最匹配的那条记录排在最前面。
问题分析
首先，我们需要定位一下问题原因，为什么最匹配的那条记录被排到了最后面?
这其实是与SELECT 的默认排序规则有关，当我们使用 SELECT 进行查询而没有指定 ORDER BY的时候，MySQL其实是按照id 进行升序排序的，因为 id作为主键索引通过它根本不需要排序，同时每次返回的结果顺序也完全相同。也就是说id = 7 的张三记录之所以被排在最后面是因为它是在最后被插入的，即使它是最张三的张三也要讲个先来后到。
在一些情况下我们的排序是按照 name 来排序的，那么 name是如何进行排序的呢？首先 name字段的数据类型是 varchar可变长度的字符串类型，而对于字符串的排序方式则必然是字典序。
也就是当我们按照 name 进行排序后，会发现排序结果 变成了这样：
是 A张三被排在了最前面，是由于字符A的编码在所有name的开头最小，同理 张作为name的开头编码最大，因此被排在了最后面。如果我们的记录都是以张三开头，然后结尾是字母的话，则按照 name进行排序的确可以帮助我们将 张三 排到最前面：
只可惜这也不是我们想要的，其实不难发现 使用张三进行模糊查询id = 7 的张三 记录其实是精确匹配，那么我们只要对记录先进行精确匹配，然后再进行模糊匹配，最后将结果合在一起，那么就能够将精确匹配的结果。
上面这么做理论上是可行的，只是太费事了。下面介绍一种简单高效的处理方法：
匹配度量化1-字符串长度CHAR_LENGTH()
我们可以的对模糊查询字段按照字符串的长度进行排序，就能够将最匹配的结果排到最前面了。
比如上表，我们可以按照 name 的长度进行排序，就能够解决问题了：
SELECT name FROM user
WHERE name LIKE CONCAT("%","张三","%")
ORDER BY CHAR_LENGTH(name),name;
当我们根据查询条件 name LIKE CONCAT("%","张三","%")进行模糊查询的时候，返回记录的结果有四种样式：
张三张三%%张三%张三%
可以看到，除了第二种和第三种条件之外，我们能够根据字符串的长度将结果大致分开。即匹配度和字符串长度呈现相关联的关系。