DEFAULT CHARACTER SET utf8
DEFAULT COLLATE utf8_general_ci;
USE uic;
SET NAMES utf8;
/*
* 建立告警归档资料表, 主要存储各个告警的最后触发状况
*/
DROP TABLE IF EXISTS event_cases;
CREATE TABLE IF NOT EXISTS event_cases(
id VARCHAR(50),
endpoint VARCHAR(100) NOT NULL,
metric VARCHAR(200) NOT NULL,
func VARCHAR(50),
cond VARCHAR(200) NOT NULL,
note VARCHAR(500),
max_step int(10) unsigned,
current_step int(10) unsigned,
priority INT(6) NOT NULL,
status VARCHAR(20) NOT NULL,
timestamp Timestamp NOT NULL,
update_at Timestamp NULL DEFAULT NULL,
closed_at Timestamp NULL DEFAULT NULL,
closed_note VARCHAR(250),
user_modified int(10) unsigned,
tpl_creator VARCHAR(64),
expression_id int(10) unsigned,
strategy_id int(10) unsigned,
template_id int(10) unsigned,
process_note MEDIUMINT,
process_status VARCHAR(20) DEFAULT 'unresolved',
PRIMARY KEY (id),
INDEX (endpoint, strategy_id, template_id)
)
ENGINE =InnoDB
DEFAULT CHARSET =utf8;
(1)
在我们创建数据库的时候,经常用到的创建语句是:
CREATE DATABASE 'LUCAS' DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
虽然一直这样写,但是总是对最后的COLLATE utf8_general_ci不太明白,现梳理如下:
CREATE DATABASE 'LUCAS':
创建一个名为“LUCAS”的数据库;
DEFAULT CHARACTER SET utf8:
设置数据库的字符集编码默认为utf8,是utf8而不是utf-8;
COLLATE utf8_general_ci:
数据库的校验规则,ci是case insensitive的缩写,意思是大小写不敏感;相对的是cs,即case sensitive,大小写敏感;还有一种是utf8_bin,是将字符串中的每一个字符用二进制数据存储,区分大小写。
整理如下:
utf8_bin:区分大小写;
utf8_general_cs:大小写敏感;
utf8_general_ci:大小写不敏感。
(2)
解决乱码的方法,我们经常使用“set names utf8”,那么为什么加上这句代码就可以解决了呢?下面跟着我一起来深入set names utf8的内部执行原理
先说MySQL的字符集问题。Windows下可通过修改my.ini内的
[mysql]
default-character-set=utf8 //客户端的默认字符集
[mysqld]
default-character-set=utf8 //服务器端默认的字符集
假设我们把两个都设为utf8,然后在MySQL Command Line Client里面输入“show variables like“character_set_%”;”,可看到如下字符:
character_set_client latin1
character_set_connection latin1
character_set_database utf8
character_set_results latin1
character_set_server utf8
character_set_system utf8
要是我们通过采用UTF-8的PHP程序从数据库里读取数据,很有可能是一串“?????”或者是其他乱码。
解决办法是,在连接数据库之后,读取数据之前,先执行一项查询“SET NAMES UTF8”,即在PHP里为
mysql_query("SET NAMES UTF8");
//该句话一定要放在数据库服务器连接语句【$connection=mysql_connect($db_host,$db_user,$db_psw)or die("连接服务器失败");】之后
即可显示正常(只要数据库里信息的字符正常)。
到MySQL命令行输入“SET NAMES UTF8;”,然后执行“show variebles like“character_set_%”;”,发现原来为latin1的那些变量“character_set_client”、“character_set_connection”、“character_set_results”的值全部变为utf8了,原来是这3个变量在捣蛋。
查阅手册,上面那句等于:
SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = utf8;
看看这3个变量的作用:
信息输入路径:client→connection→server;
信息输出路径:server→connection→results。
换句话说,每个路径要经过3次改变字符集编码。以出现乱码的输出为例,server里utf8的数据,传入connection转为latin1,传入results转为latin1,utf-8页面又把results转过来。如果两种字符集不兼容,比如latin1和utf8,转化过程就为不可逆的,破坏性的。
但这里要声明一点,“SET NAMES UTF8”作用只是临时的,MySQL重启后就恢复默认了。
接下来就说到MySQL在服务器上的配置问题了。岂不是我们每次对数据库读写都得加上“SET NAMESUTF8”,以保证数据传输的编码一致?能不能通过配置MySQL来达到那三个变量默认就为我们要想的字符集?手册上没说,我在网上也没找到答案。所以,从服务器配置的角度而言,是没办法省略掉那行代码的。
总结:为了让你的网页能在更多的服务器上正常地显示,还是加上“SET NAMES UTF8”吧,即使你现在没有加上这句也能正常访问。
(3) user_modified int(10) unsigned
无符整型https://blog.csdn.net/geoeroil/article/details/53998885