一、MySQL数据类型

1.整数类型

TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT

属性：UNSIGNED

2.实数类型

FLOAT、DOUBLE、DECIMAL

DECIMAL存储比BIGINT更大的整数，可以存储精确的小数

FLOAT和DOUBLE类型支持使用标准的浮点进行近似计算

3.字符串类型

VARCHAR、CHAR、TEXT、BLOB

VARCHAR类型用于存储可变长度的字符串，它比CHAR定长类型更节省空间

VARCHAR类型会使用1或2个额外字节记录字符串的长度，列长度小于255个字节，使用1个字节表示，否则用2个

CHAR是定长的，根据定义的字符串长度分配足够的空间

CHAR会根据需要采用空格填充以方便比较

CHAR适合存储很短的字符串，或者所有值都接近同一长度

超出CHAR定义的长度，字符串会被截断

对于经常变更的数据，CHAR比VARCHAR更好，CHAR不易产生碎片

对于非常短的列，CHAR比VARCHAR在存储空间上更有效率

只分配真正需要的空间，更长的列会消耗更多的内存

尽量避免使用BLOB或TEXT，查询会使用临时表，导致严重的性能开销。

4.枚举类型

有时可以使用枚举代替常用的字符串类型

把不重复的集合存储成一个预定义的集合

非常紧凑，把列表值压缩到一个或两个字节

内存存储的是整数

尽量避免使用数字作为ENUM枚举的常量，易混乱

排序是按照内部存储的整数进行排序

枚举表会使表大小大大减小

5.日期和时间类型

尽量使用TIMESTAMP，比DATETIME空间效率高

用整数保存时间戳的格式通常不方便处理

如果需要存储微秒，可以使用BIGINT存储

6.列属性

auto_increment、default、not null、zerofill

二、MySQL数据表引擎

InnoDB表引擎

默认事务型引擎，最重要最广泛的存储引擎，性能非常优秀

数据存储在共享表空间，可以通过配置分开

对主键查询的性能高于其他类型的存储引擎

内部做了很多优化，从磁盘读取数据时自动在内存构建hash索引，插入数据时自动构建插入缓冲区

通过一些机制和工具支持真正的热备份

支持崩溃后的安全恢复

支持行级锁

支持外键

MyISAM表引擎

5.1版本前，MyISAM是默认的存储引擎

拥有全文索引、压缩、空间函数

不支持事务和行级锁，不支持崩溃后的安全恢复

表存储在两个文件，MYD和MYI

设计简单，某些场景下性能很好

其他表引擎

Archive、Blackhole、CSV、Memory

优先选择InnoDB

三、MySQL锁机制

1.基础概念

当多个查询同一时刻进行数据修改时，就会产生并发控制的问题

共享锁和排他锁，其实就是读锁和写锁

2.读锁

共享的，不堵塞，多个用户可以同时读一个资源，互不干扰

3.写锁

排他的，一个写锁会阻塞其他的写锁和读锁，这样可以只允许一个人进行写入，防止其他用户读取正在写入的资源。

4.锁粒度

表锁，系统性能开销最小，会锁定整张表，MyISAM使用表锁

行锁，最大程度地支持并发处理，但是也带来了最大的锁开销，InnoDB使用行级锁

四、MySQL事务处理

1.事务处理

MySQL提供事务处理的表引擎，InnoDB

服务器层不管理事务，由下层的引擎实现，所以同一个事务中，使用多种存储引擎不靠谱（也就是多张表需要都使用InnoDB引擎，才能进行正常的事务处理）

在非事务的表上执行事务操作MySQL不会发出提醒，也不会报错

因此，在进行事务处理时，需要首先检查下表是否使用的InnoDB引擎

2.存储过程

为以后的使用而保存的一条或多条MySQL语句的集合

存储过程就是有业务逻辑和流程的集合

可以在存储过程中创建表，更新数据，删除等等

3.使用场景

通过把处理封装在容易使用的单元中，简化复杂的操作

保证数据的一致性

简化对变动的管理

五、MySQL触发器

1.触发器

提供给程序员和数据分析员来保证数据完整性的一种方法，它时与表事件相关的特殊的存储过程

2.使用场景

可以通过数据库中的相关表实现级联更改

实时监控某张表中的某个字段的更改而需要做出相应的处理

某些业务编号的生成等

滥用会造成数据库及应用程序的维护困难

 

此部分内容还可以参考 《MySQL数据库》