学习内容：
Mysql基本数据类型.
1.数字类型..
i.整型
| Mysql数据类型 | 含义（有符号） |
| tinyint(m) | 一个字节 范围（-128~127） |
| smallint(m) | 两个字节 范围（-32768~32767） |
| mediumint(m) | 三个字节 范围（-8388608~8388607） |
| int(m) | 四个字节 范围（-2147483648~2147483647） |
| bigint(m) | 八个字节 范围（+-9.22*10的18次方） |
取值范围如果加了unsigned，则最大值翻倍，如tinyint unsigned的取值范围为(0~256)。
int(m)里的m是表示SELECT查询结果集中的显示宽度，并不影响实际的取值范围，没有影响到显示的宽度，不知道这个m有什么用。
ii.浮点型
| Mysql数据类型 | 含义 |
| float(m,d) | 单精度浮点型 8位精度（4字节）m总个数，d小数位 |
| double(m,d) | 双精度浮点型 16位精度（8字节）m总个数，d小数位 |
设一个字段定义为float(5,3)，如果插入一个数123.45678,实际数据库里存的是123.457，但总个数还以实际为准，即6位。
iii.定点数
浮点型在数据库中存放的是近似值，而定点类型在数据库中存放的是精确值。
decimal(m,d) 参数m<65 是总个数，d<30且 d<m 是小数位。
iv.字符串（char,varchar,_text）
| mysql数据类型 | 含义 |
| char(n) | 固定长度，最多255字节 |
| varchar(n) | 固定长度，最多65535字节 |
| tinytext | 可变长度，最多255字节 |
| text | 可变长度，最多65535字节 |
| mediumtext | 可变长度，最多2的24次方-1个字符 |
| longtext | 可变长度，最多2的32次方-1个字符 |
char和varchar：
1.char(n) 若存入字符数小于n，则以空格补于其后，查询之时再将空格去掉。所以char类型存储的字符串末尾不能有空格，varchar不限于此。
2.char(n) 固定长度，char(4)不管是存入几个字符，都将占用4个字节，varchar是存入的实际字符数+1个字节（n<=255）或2个字节(n>255)，所以varchar(4),存入3个字符将占用4个字节。
3.char类型的字符串检索速度要比varchar类型的快。
varchar和text：
1.varchar可指定n，text不能指定，内部存储varchar是存入的实际字符数+1个字节（n<=255）或2个字节(n>255)，text是实际字符数+2个字节。
2.text类型不能有默认值。
3.varchar可直接创建索引，text创建索引要指定前多少个字符。varchar查询速度快于text,在都创建索引的情况下，text的索引似乎不起作用。
v.二进制数据
1._BLOB和_text存储方式不同，_TEXT以文本方式存储，英文存储区分大小写，而_Blob是以二进制方式存储，不分大小写。
2._BLOB存储的数据只能整体读出。
3._TEXT可以指定字符集，_BLO不用指定字符集。
2.日期与时间类型
| mysql数据类型 | 含义 |
| date | 日期'2015-04-23' 只包含日期，不包含时间信息 |
| time | 时间'19:41:30' 只包含时间，不包含日期 |
| datetime | 日期+时间 '2015-04-23 19:41:30' |
| timestamp | 自动存储修改后的时间信息 |
若定义一个字段为timestamp，这个字段里的时间数据会随其他字段修改的时候自动刷新，所以这个数据类型的字段可以存放这条记录最后被修改的时间。
mysql的日期与时间类型中，当用户输入非法时间时，系统将默认初始化为0...比如说：
'19970523091528'和'970523091528'被解释为'1997-05-23 09:15:28'，但'971122129015'是不合法的(它有一个没有意义的分钟部分)，将变为'0000-00-00 00:00:00'。。并且允许不严格的语法出现，比如：'98-12-31 11:30:45'、'98.12.31 11+30+45'、'98/12/31 11*30*45'和'98@12@31 11^30^45'是等价的。
MySQL 4.1以来的TIMESTAMP属性
注释：在旧版本的MySQL中(4.1之前)，TIMESTAMP列类型的属性在许多方面于本节所描述的大大不同。如果你需要对旧的TIMESTAMP数据进行转化以便在MySQL 5.1中工作，详情请参见MySQL 4.1 参考手册。
TIMESTAMP列的显示格式与DATETIME列相同。换句话说，显示宽度固定在19字符，并且格式为YYYY-MM-DD HH:MM:SS。
MySQL服务器也可以以MAXDB模式运行。当服务器以该模式运行时，TIMESTAMP与DATETIME相等。也就是说，如果创建表时服务器以MAXDB模式运行，TIMESTAMP列创建为DATETIME列。结果是，该列使用DATETIME显示格式，有相同的值范围，并且没有自动对当前的日期和时间进行初始化或更新。
要想启用MAXDB模式，在启动服务器时使用--sql-mode=MAXDB服务器选项或在运行时通过设置全局sql_mode变量将SQL服务器模式设置为MAXDB：
mysql> SET GLOBAL sql_mode=MAXDB；
客户端可以按照下面方法让服务器为它的连接以MAXDB模式运行：
mysql> SET SESSION sql_mode=MAXDB
下面讨论的是不适用maxdb模式的表timestamp列...
在default和on update字句中可以使用current_timestamp或者now（）,或者current_timestamp（）。。。目的是为了是启动自动更新...
比如说：
create table time ( ts1 timestamp default 0, //为某一列实现自动更新，而不是第一列进行自动更新的时候，必须使用default给一个初始值，使第一列禁用初始化和自动更新 ts2 timestamp default current_timestamp on update current_timestamp //同时使用了 default和on update修饰 ts2 //ts2 on update current_timestamp //timestamp default current_timestamp二者的顺序任意，不会有影响 );
current_timestamp表示使用当前的时间戳，on update表示自动更新...上述的情况没用允许使用null属性
使用null属性：
create table time ( ts1 TIMESTAMP NULL DEFAULT NULL, ts2 TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP, ts3 TIMESTAMP NULL DEFAULT 0 );
如果未指定NULL属性，将列设置 为NULL设置则会将它设置为当前的时间戳。请注意允许NULL值的TIMESTAMP列不会采用当前的时间戳，除非要么其 默认值定义为CURRENT_TIMESTAMP，或者NOW()或CURRENT_TIMESTAMP被插入到该列内。换句话说，只有使用如下定义创 建，定义为 NULL的TIMESTAMP列才会自动更新：
CREATE TABLE t (ts NULL DEFAULT CURRENT_TIMESTAMP); 否则-也就是说，如果使用NULL而不是DEFAULT TIMESTAMP来定义TIMESTAMP列，如下所示... CREATE TABLE t1 (ts NULL DEFAULT NULL); CREATE TABLE t2 (ts NULL DEFAULT '0000-00-00 00:00:00'); ...则必须显式插入一个对应当前日期和时间的值。例如： INSERT INTO t1 VALUES (NOW()); INSERT INTO t2 VALUES (CURRENT_TIMESTAMP);
数据类型的属性：
| mysql关键字 | 含义 |
| NULL | 数据列可包含NULL值 |
| NOT NULL | 数据列不允许包含NULL值 |
| DEFAULT | 默认值 |
| PRIMARY KEY | 主键 |
| AUTO_INCREMENT | 自动递增，适用于整数 |
| UNSIGNED | 无符号 |
| CHARACTER SET name | 指定一个字符集 |
在windows下，Mysql数据库的关键字是不区分大小写的...null<==>NULL<==>Null
最后推荐一个可视化数据库的一个软件Navicat,将数据库可视化，可以在其中直接新建数据库并操作数据库...