mysql遇到的问题
按照汉字的拼音排序
查出的人名需要按照汉字的拼音排序，从A到Z。
如果存储姓名的字段采用的是GBK字符集，那就好办了，因为GBK内码编码时本身就采用了拼音排序的方法（常用一级汉字3755个采用拼音排序，二级汉字就不是了，但考虑到人名等都是常用汉字，因此只是针对一级汉字能正确排序也够用了）。
直接在查询语句后面 添加 order by name asc; 查询结果按照姓氏的升序排序；
如果存储姓名的字段采用的是 utf8字符集，需要在排序的时候对字段进行转码；对于的代码是 order by convert(name using gbk) asc; 同样，查询的结果也是按照姓氏的升序排序；
对于包含中文的字段加上”binary”属性，使之作为二进制比较，例如将”name char(10)”改成”name char(10)binary”。
如果你使用源码编译MySQL，可以编译MySQL时使用 –with–charset=gbk 参数，这样MySQL就会直接支持中文查找和排序了（默认的是latin1）。也可以用 extra-charsets=gb2312,gbk 来加入多个字符集。
如果不想对表结构进行修改或者重新编译MySQL，也可以在查询语句的 order by 部分使用 CONVERT 函数。
比如 select * from mytable order by CONVERT(chineseColumnName USING gbk);
UTF8 默认校对集是 utf8_general_ci , 它不是按照中文来的。你需要强制让MySQL按中文来排序。
explain分析
type——range/index
rows——数据查询范围
Extra——建议使用的关键字
分页查询优化
https://www.cnblogs.com/0201zcr/p/4709758.html
select * from orders_history where type=8 limit 100,100;
select * from orders_history where type=8 limit 1000,100;
select * from orders_history where type=8 limit 10000,100;
select * from orders_history where type=8 limit 100000,100;
select * from orders_history where type=8 limit 1000000,100;
随着查询偏移的增大，尤其查询偏移大于10万以后，查询时间急剧增加。
因为这种分页查询方式会从数据库第一条记录开始扫描，所以越往后，查询速度越慢，而且查询的数据越多，也会拖慢总查询速度。
使用子查询优化
select * from orders_history where type=8 and id>=(select id from orders_history where type=8 limit 100000,1) limit 100;
先定位偏移位置的 id，然后往后查询，这种方式适用于 id 递增的情况。
使用 id 限定优化
select * from orders_history where type=2 and id between 1000000 and 1000100 limit 100;
这种方式假设数据表的id是连续递增的，则我们根据查询的页数和查询的记录数可以算出查询的id的范围，可以使用 id between and 来查询
这种查询方式能够极大地优化查询速度，基本能够在几十毫秒之内完成。限制是只能使用于明确知道id的情况，不过一般建立表的时候，都会添加基本的id字段，这为分页查询带来很多便利。
可以有另外一种写法：
select * from orders_history where id >= 1000001 limit 100;
关于数据表的id说明
一般情况下，在数据库中建立表的时候，强制为每一张表添加 id 递增字段，这样方便查询。
如果像是订单库等数据量非常庞大，一般会进行分库分表。这个时候不建议使用数据库的 id 作为唯一标识，而应该使用分布式的高并发唯一 id 生成器来生成，并在数据表中使用另外的字段来存储这个唯一标识。
使用先使用范围查询定位 id （或者索引），然后再使用索引进行定位数据，能够提高好几倍查询速度。即先 select id，然后再 select *。
https://www.cnblogs.com/baiwa/p/5318432.html
