MySql中varchar,char类型排序CAST CONVERT
简单说一下MySQL的varchar排序问题，引以为戒。
示例表结构：
先来看一下，我的表结构
| 代码如下 | |
|
|
|
因为有外键的存在，所以我不想改变字段类型，费劲啊。呵呵。虽然最后我还是选择了更改字段类型，这是后话。因为我本篇日志想要说明的是varchar排序问题。所以不再说明我是如何更改字段类型的，大家有兴趣可以搜索我以前的日志。（骗一下点击）
现象描述：
下面，我从数据库里面以server_id排一下序，大家来看一下排序后的结果：
| 代码如下 | |
|
|
|
很明显，我想要的结果应该是 10,8,7,6,5 这样的。但是这个10排在了2的后面。按照字符串来排的。其实我是想把它当做数值来排。
手动转换类型：
用下面的方法就可以了，使server_id+0之后再排序，问题解决了。
| 代码如下 | |
|
|
|
使用MySQL函数CAST/CONVERT：
mysql为我们提供了两个类型转换函数：CAST和CONVERT，现成的东西我们怎能放过？
CAST() 和CONVERT() 函数可用来获取一个类型的值，并产生另一个类型的值。
这个类型 可以是以下值其中的 一个：
BINARY[(N)]
CHAR[(N)]
DATE
DATETIME
DECIMAL
SIGNED [INTEGER]
TIME
UNSIGNED [INTEGER]
所以我们也可以用CAST解决问题：
| 代码如下 | |
| select server_id from cardserver where game_id = 1 order by CAST(server_id as SIGNED) desc limit 10; +-----------+ | server_id | +-----------+ | 10 | | 8 | | 7 | | 6 | | 5 | | 4 | | 3 | | 2 | | 1 | +-----------+ |
|
也可以使用CONVERT来搞定此问题：
| 代码如下 | |
|
|
|
mysql按字母排序
数据表某字段client_name的字符编码是utf8_general_ci;
| 代码如下 | |
| SELECT * FROM `client_info_msg` ORDER BY CONVERT( client_name USING gbk ) COLLATE gbk_chinese_ci ASC; | |
某字段name的字符编码是latin1_swedish_ci;
Sql代码
| 代码如下 | |
| select * from `tbl` order by birary(name) asc | |
一、1 CREATE TABLE NAME(name VARCHAR(10));
对这个表，缺省情况下，下面两个查询的结果是一样的：
| 代码如下 | |
|
SELECT * FROM TABLE NAME WHERE name='clip'; SELECT * FROM TABLE NAME WHERE name='Clip'; |
|
MySql默认查询是不区分大小写的,如果需要区分他,必须在建表的时候,Binary标示敏感的属性.
| 代码如下 | |
|
CREATE TABLE NAME( name VARCHAR(10) BINARY ); |
|
2 在SQL语句中实现 SELECT * FROM TABLE NAME WHERE BINARY name='Clip';
3 设置字符集：
utf8_general_ci –不区分大小写
utf8_bin–区分大小写
二、 MySQL在windows下是不区分大小写的，将script文件导入MySQL后表名也会自动转化为小写，结果再 想要将数据库导出放到linux服务器中使用时就出错了。因为在linux下表名区分大小写而找不到表，查了很多都是说在linux下更改MySQL的设 置使其也不区分大小写，但是有没有办法反过来让windows 下大小写敏感呢。其实方法是一样的，相应的更改windows中MySQL的设置就行了。
具体操作：
在MySQL的配置文件my.ini中增加一行：
| 代码如下 | |
|
lower_case_table_names = 0 |
|
其中 0：区分大小写，1：不区分大小写
MySQL在Linux下数据库名、表名、列名、别名大小写规则是这样的：
1、数据库名与表名是严格区分大小写的；
2、表的别名是严格区分大小写的；
3、列名与列的别名在所有的情况下均是忽略大小写的；
4、变量名也是严格区分大小写的； MySQL在Windows下都不区分大小写
所以MySql varchar排序我推荐使用CAST或CONVERT函数。
