float 和 decimal

float 存储的是近似值，decimal 是存储的精确值。
当数据是整数的时候，float 会以整数处理。
float 容易出现误差，所以不会用 = 做比较，更多是做 range 比较。

如何分析语句的性能

通过 EXPLAIN 关键字模拟优化器执行 SQL 语句，从而知道 MySQL 是如何处理 SQL 语句的。

慢查询分析

当 MySQL 性能下降时，通过开启慢查询来获得哪条SQL语句造成的响应过慢，进行分析处理。当然开启慢查询会带来CPU损耗与日志记录的IO开销，所以我们要间断性的打开慢查询日志来查看 MySQL运行状态。
慢查询能记录下所有执行超过 long_query_time 时间的SQL语句, 用于找到执行慢的SQL, 方便我们对这些SQL进行优化

show variables like "%slow%";-- 是否开启慢查询;
show status like "%slow%"; -- 查询慢查询SQL状况;
show variables like "long_query_time"; -- 慢查询时间

通过 mysqldumpslow 工具分析慢查询 slow_query_log

如何优化 MySQL 配置

• innodb_buffer_pool_size 缓冲池大小，越大越好，尽量用内存
• innodb_log_file_size：redo 日志大小，用于写操作快速可靠，崩溃恢复
• max_connections：最大连接数
• 查询缓存、线程缓存、排序缓存
• 设置 buffer size 和 tmp_table_size
• 最大连接数、允许打开的文件数
• 线程池
• 慢查询日志

建表主键怎么决定

业务主键：在数据库表中把具有业务逻辑含义的字段作为主键

• 减少一个业务无关字段
• 避免表关联关系丢失，比如银行系统使用身份证号，出于安全性考虑，但是也会出现身份证号码重复的问题

代理主键：在数据库表中使用业务逻辑无关的字段作为主键

• 不受业务变更影响
• InnoDB 是按照主键聚合的，数据在物理上按照主键大小顺序排序，可以确保顺序插入，提高插入效率
• 存储占用空间小，比如 InnoDB 的辅助索引叶子节点 data 都是主键
• 联表查询效率高
• 缺点：需要等待插入完成才有主键，或者等待主键生成器返回才会有主键。不利于分布式的设计

推荐做法：

• 直接使用与业务无关的自增 id 作为主键
• 添加业务字段索引

事务的 ACID 特性

• 原子性(Atomic): 事务中的多个操作，不可分割，要么都成功，要么都失败； All or Nothing.
• 一致性(Consistency): 事务操作之后, 数据库所处的状态和业务规则是一致的; 比如a,b账户相互转账之后，总金额不变；
• 隔离性(Isolation): 多个事务之间就像是串行执行一样，不相互影响;
• 持久性(Durability): 事务提交后被持久化到永久存储.

四大事务隔离级别

• RU，read uncommitted：读取未提交数据，即没有 commit 仍然能读取到未提交的数据
• RC，read committed：可以读取其他事务提交的数据，大多数数据库默认隔离级别，同一个事务中读取到两次不同的结果，不可重复读，会出现脏读现象
• RR，repeatable read：可重读，同一个事务中多次执行同一个select, 读取到的数据没有发生改变(一般使用MVCC实现)。会出现幻读现象，两次读取出来的记录数不一样。MySQL 默认的隔离级别，通过 GAP 解决了幻读
• serializable：串行化，最高级别，会挂起其他会话的写操作，对性能会造成影响

幻读的概念

幻读指的是在同一事务下，连续执行两次同样的SQL语句第二次的SQL语句可能返回之前不存在的行
事务A读取与搜索条件相匹配的若干行。事务B以插入或删除行等方式来修改事务A的结果集，然后再提交。

一般解决幻读的方法是增加范围锁RangeS，select for update，select in share mode，锁定检索范围为只读，这样就避免了幻读。
最高隔离级别 SERIALIZABLE_READ 可以保证不出现幻读的问题。

幻读和不可重复读区别

• 不可重复读的重点是修改：同样的条件的select, 你读取过的数据, 再次读取出来发现值不一样了
• 幻读的重点在于新增或者删除：同样的条件的select，第1次和第2次读出来的记录数不一样

MVCC 的概念，实现的原理，解决的问题

MVCC（Multi-Version Concurrent Control）是一种多版本并发控制机制。
锁机制可以控制并发操作，但是其系统开销较大，而 MVCC 可以在大多数情况下代替行级锁，使用 MVCC 能降低其系统开销。
MVCC是通过保存数据在某个时间点的快照来实现的。因此每一个事务无论执行多长时间看到的数据，都是一样的。所以 MVCC 实现可重复读。
Innodb 的 MVCC 是通过在每行记录后面保存两个隐藏的列来实现的。这两个列，一个保存了这个行的创建时间，另一个保存的是行的删除时间。这里存储的并不是实际的时间值，而是系统版本号，每开始一个新的事务，系统版本号就会自动递增，事务开始时刻的系统版本号会作为事务的 ID。

聚集索引和非聚集索引的区别

聚集索引 Clustered Index

• 键值的逻辑顺序决定了表中相应行的物理顺序
• 由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引。但该索引可以包含多个列（组合索引）
• 聚集索引对于那些经常要搜索范围值的列特别有效
• 当索引值唯一时，使用聚集索引查找特定的行也很有效率

非聚集索引 NonClustered Index

• 索引的逻辑顺序与磁盘上的物理存储顺序不同

Clustered Index 的叶节点就是数据节点。而 NonClustered Index 的叶节点仍然是索引节点，只不过有一个指针指向对应的数据块。

Innodb 索引的数据结构

innodb 用 B+Tree 实现索引结构。
与 B-Tree 相比，B+Tree 有以下不同点：

• 非叶子结点的子树指针与关键字个数相同
• 非叶子结点的子树指针P[i]，指向关键字值属于[K[i], K[i+1])的子树（B-树是开区间）
• 为所有叶子结点增加一个链指针
• 所有关键字都在叶子结点出现
• 内节点不存储 data，只存储 key

b+ 树的优点

• 非叶子节点不会带上 data，这样一个块中可以容纳更多的索引项，一是可以降低树的高度，二是一个内部节点可以定位更多的叶子节点
• 叶子节点之间通过指针来连接，范围扫描将十分简单，而对于B树来说，则需要在叶子节点和内部节点不停的往返做中序遍历

两种存储引擎的索引实现

MyISAM索引实现：

• 使用B+Tree作为索引结构，叶节点的data域存放的是数据记录的地址

InnoDB 索引实现：

• InnoDB的数据文件本身就是索引文件，叶节点 data 域保存了完整的数据记录。这个索引的key是数据表的主键，因此InnoDB表数据文件本身就是主索引
• 辅助索引使用B+Tree作为索引结构，叶节点的 data 域存放的是数据记录的主键的值

数据库索引有哪些

主键索引： Primary Key
数据库表经常有一列或列组合，其值唯一标识表中的每一行。该列称为表的主键。 在数据库关系图中为表定义主键将自动创建主键索引，主键索引是唯一索引的特定类型。该索引要求主键中的每个值都唯一。当在查询中使用主键索引时，它还允许对数据的快速访问。

普通索引：Index
允许出现相同的索引内容

唯一索引： UNIQUE
表明此索引的每一个索引值只对应唯一的数据记录，对于单列惟一性索引，这保证单列不包含重复的值。对于多列惟一性索引，保证多个值的组合不重复。

如何创建合理的索引

• 维度高的列创建索引，维度高指不重复值出现的个数多，比如年龄维度高于性别
• 对 where、on、group by、order by 中出现的列使用索引
• 对较小的数据列使用索引，这样会使索引文件更小，同时内存中也可以装载更多的索引键
• 为较长的字符串使用前缀索引，比如姓名这种，维度已经够了，长度过长占用空间且效率低
• 不要过多创建索引，除了增加额外的磁盘空间外，对于DML操作的速度影响很大，因为其每增删改一次就得从新建立索引
• 使用组合索引，可以减少文件索引大小，在使用时速度要优于多个单列索引

哪些情况下索引会失效

• 索引列参与了计算
• 使用了函数运算
• 正则表达式
• 条件中用 or
• 多列索引，不是最左侧
• like 模糊搜索以 % 开头
• 字符串与数字比较不使用索引，所以字符串要用引号
• 预计全表扫描比索引快