MYSQL字符集影响，查询/修改表、字段字符集

1、首先是发现MYSQL有些语句在oracle走执行计划执行很快的语句，在mysql环境下发现执行效率很低。

原因：刚开始在mysql环境的建表语句不规范，没有绑定字符集，字符集是gbk_chinese_ci，后来新加部分字段规范后都是绑定gbk_bin。字符集不一致，会导致sql走索引不生效

gbk_bin是二进制存储.区分大小写的
gbk_chinese_ci不区分大小写

2、修改表字符集：
修改表默认的字符集和所有字符列（CHAR,VARCHAR,TEXT）改为新的字符集：

ALTER TABLE tbl_name CONVERT TO CHARACTER SET character_name [COLLATE ...]

例：ALTER TABLE custinfo CONVERT TO CHARACTER SET gbk collate gbk_bin;

表和字段的字符集都会更新。

3、仅修改某个字段的字符集：

ALTER TABLE tbl_name CHANGE c_name c_name CHARACTER SET character_name [COLLATE ...];

例：ALTER TABLE custinfo CHANGE custid custid VARCHAR(100) CHARACTER SET gbk COLLATE gbk_bin;

(修改单个字段还要把字段类型写出来，着实麻烦......)

修改单个字段的字符集，发现会丢失表结构的字段默认值default和是否允许为空not null条件, 调整完之后还要单独把表结构修正，例：

alter table custinfo ALTER COLUMN cust_add SET DEFAULT ' ';

alter table custinfo MODIFY COLUMN cust_add varchar(3) not null;

4、查询字符集

-- 查看数据库字符集

SHOW CREATE DATABASE db_name;

-- 查看所有表的字符集：

show table status from db_name

-- 查看单个表的字符集

SHOW CREATE TABLE tbl_name;

-- 查看所有字段字符集

select table_anem,column_name,character_set_name,collation_name FROM information_schema.`COLUMNS` a where a.TABLE_SCHEMA = 'db_name';