【mysql知识积累】

mysql的八大数据类型

1.整数类型（Integer Types）：
  TINYINT：1 字节，范围为 -128 到 127（有符号）或 0 到 255（无符号）。
  SMALLINT：2 字节，范围为 -32768 到 32767（有符号）或 0 到 65535（无符号）。
  MEDIUMINT：3 字节，范围为 -8388608 到 8388607（有符号）或 0 到 16777215（无符号）。
  INT 或 INTEGER：4 字节，范围为 -2147483648 到 2147483647（有符号）或 0 到 4294967295（无符号）。
  BIGINT：8 字节，范围为 -9223372036854775808 到 9223372036854775807（有符号）或 0 到 18446744073709551615（无符号）。
2.浮点数类型（Floating-Point Types）：
  FLOAT：4 字节，范围约为 -3.402823466E+38 到 -1.175494351E-38、0 和 1.175494351E-38 到 3.402823466E+38。
  DOUBLE 或 REAL：8 字节，范围约为 -1.7976931348623157E+308 到 -2.2250738585072014E-308、0 和 2.2250738585072014E-308 到 1.7976931348623157E+308。
3.字符串类型（String Types）：
  CHAR：固定长度字符串，最多 255 字符。
  VARCHAR：可变长度字符串，最多 65535 字符。
  TEXT：可变长度文本字符串，最多 65535 字符。
4.日期和时间类型（Date and Time Types）：
  DATE：日期，格式为 'YYYY-MM-DD'。
  TIME：时间，格式为 'HH:MM:SS'。
  DATETIME：日期和时间，格式为 'YYYY-MM-DD HH:MM:SS'。
  TIMESTAMP：时间戳，自动记录修改的日期和时间。
5.布尔类型（Boolean Type）：
  BOOLEAN 或 BOOL：布尔类型，存储 TRUE 或 FALSE。
6.二进制类型（Binary Types）：
  BINARY：固定长度二进制字符串。
  VARBINARY：可变长度二进制字符串。
  BLOB：可变长度二进制数据。
7.枚举类型（Enum Type）：
  ENUM：枚举类型，用于存储枚举值之一。
8.集合类型（Set Type）：
  SET：集合类型，用于存储多个集合值。

mysql索引失效的常见原因（八字口诀）

索引失效情况
模:模糊查询LIKE以%开头
型:数据类型错误
数:对索引字段使用内部函数
空:索引列是NULL
运:索引列进行四则运算
最:复合索引不按索引列最左开始查找
快:全表查找Q预计比索引更快

**索引设计的建议：
1.优先使用唯一索引
2.为常用查询字段建索引
3.为排序，分组和联合查询字段建立索引
4.一张表的索引不超过5个
5.表数据量少，可以不用建索引
6.尽量使用占用空间小的字段建索引
7.用idx_或unx_等前缀命名索引
8.删除没用的索引

mysql（Mysiam和innodb的区别）

1.事务处理
innodb支持事务功能功能，myisam不支持
Myisam的执行速度更快，性能更好
2.select,update.insert,delete操作
Myisam：执行大量的select，选择myisam更佳
innoDB:执行大量的insert或update，出于性能方面的考虑，应该使用innoDB
3.锁机制不同
innoDB为行级锁，myisam为表级锁
注意：当数据库无法确定所找的行时，也会变为锁定整个表
4.查询表的行数不同
MyISAM:select count()from table,MyISAM只要简单的读出保存好的行数，注意的是，当count()语句包含where条件时，两种表的操作是一样的
InnoDB:innoDB中不保存表的具体行数，也就是说，执行select count（）form table时，innoDB要扫描一遍整个表来计算有多少行
5.物理结构不同
MyISAM：每个MyISAM在磁盘上面存储成三个文件，第一个文件的名字以表的名字开始，扩展名指出文件类型。
.frm文件存储表定义
数据文件的扩展名为.MYD(MYData).
索引文件的扩展名为.MYI(MYindex)
InnoDB:基于磁盘的资源是InnoDB表空间数据文件和它的日志文件，InnoDB表的大小只受限于操作系统文件的大小，一般为2GB
**其他为什么MyISAM会比InnoDB的查询速度更快 **
InnoDB在做select的时候，要维护的东西比MyISAM引擎多很多
1）数据块，innoDB要缓存，MyISAM只缓存索引块，这中间还有换进换出的减少；
2）innoDB寻址要映射到块，再到行，MyISAM记录的直接是文件的offset，定位要比innoDB更快
3）INNODB还需要维护MVCC（多版本并发控制）一致；虽然你的场景没有，但他还是需要去维护和检查
MVCC(Multi-Version Concurrency Control)多版本并发控制
innoDB：通过每一行记录添加两个额外的隐藏的值来实现MVCC,这两个值一个记录这行数据何时被创建，另外一个记录这行数据何时过期（或者被删除）。但是InnoDB并不存储这些事件发生时的实际时间，相反它只存储这些事件发生时的系统版本号。这是一个随着事务的创建而不断增长的数字，每个事务在事务开始时会记录它自己的系统版本号。每个查询必须去检查每行数据的版本号与事务的版本号是否相同。让我们看看当隔离级别是 REPEATABLE READ时这种策略是如何应用到特定的操作的：
select InnoDB必须每行数据来保证它符合两个条件：
1》innoDB必须找到一个行的版本，他至少要和事务的版本以养老（也即他的版本号不大于事务的版本号）。这保证了不管是事务开始之前，或者事务创建时，或者修改了这行数据的时候，这行数据是存在的。
2》这行数据的删除版本必须是未定义的或者比事务版本要大。这可以保证在事务开始之前这行数据没有被删除。