摘要：
（1）简单归纳： 第一范式（1NF）：字段不可分； 第二范式（2NF）：有主键，非主键字段依赖主键； 第三范式（3NF）：非主键字段不能相互依赖。 （2）解释： 1NF：原子性。 字段不可再分,否则就不是关系数据库;； 2NF：唯一性 。一个表只说明一个事物； 3NF：每列都与主键有直接关系，不存在 阅读全文
2021年8月15日
摘要：
第一范式 在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数 据库就不是关系数据库。 所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同 一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。 如果出现重复的属性，就可 阅读全文
摘要：
主键：用户选作元组标识的一个候选键程序主键 超键：在关系中能唯一标识元组的属性集称为关系模式的超键 候选键：不含有多余属性的超键称为候选键。也就是在候选键中，若再删除属性，就不是键了！ 外键：如果关系模式R中属性K是其它模式的主键，那么k在模式R中称为外键。 主键为候选键的子集，候选键为超键的子集， 阅读全文
摘要：
如果一个索=引包含（或者说覆盖）所有需要查询的字段的值，我们就称 之为“覆盖索引”。 我们知道在InnoDB存储引 擎中，如果不是主键索引，叶子节点存储的是主键+列值。最终还是要“回 表”，也就是要通过主键再查找一次,这样就 会比较慢。覆盖索引就是把要查询出的列和索引是对应的， 不做回表操作！ 阅读全文
摘要：
在最频繁使用的、用以缩小查询范围的字段,需要排序的字段上建立索引。 不宜： 1）对于查询中很少涉及的列或者重复值比较多的列 2）对于一些特殊的数据类型，不宜建立索引，比如文本字段（text）等。 阅读全文
摘要：
1.设计良好的数据库结构，允许部分数据冗余，尽量避免join查询，提高效率。 2.选择合适的表字段数据类型和存储引擎，适当的添加索引。 3.MySQL库主从读写分离 4.找规律分表，减少单表中的数据量提高查询速度。 5.添加缓存机制，比如Memcached，Apc等。 6.不经常改动的页面，生成静态 阅读全文
摘要：
B+tree的磁盘读写代价更低，B+tree的查询效率更加稳定 数据库索引采用B+树而不是B树的主要原因：B+树只要遍历叶子节点就可以实现整棵树的遍历，而且在 数据库中基于范围的查询是非常频繁的，而B树只能中序遍历所有节点，效率太低。 B+树的特点 所有关键字都出现在叶子结点的链表中(稠密索引)，且 阅读全文
摘要：
视图是虚拟的表，与包含数据的表不一样，视图只包含使用时动态检索数据的查询；不包含任何列或数 据。使用视图可以简化复杂的 sql 操作，隐藏具体的细节，保护数据；视图创建后，可以使用与表相同 的方式利用它们。 视图不能被索引，也不能有关联的触发器或默认值，如果视图本身内有order by 则对视图再次 阅读全文
摘要：
FULLTEXT ：即为全文索引，目前只有MyISAM引擎支持。其可以在CREATE TABLE ，ALTER TABLE ，CREATE INDEX 使用，不过目前只有 CHAR、VARCHAR ，TEXT 列上可以创建全文索 引。 HASH ：由于HASH的唯一（几乎100%的唯一）及类似键值对 阅读全文
摘要：
分库与分表的目的在于，减小数据库的单库单表负担，提高查询性能，缩短查询时间。 通过分表，可以减少数据库的单表负担，将压力分散到不同的表上，同时因为不同的表上的数据量少了，起到提高查询性能，缩短查询时间的作用，此外，可以很大的缓解表锁的问题。 分表策略可以归纳为垂直拆分和水平拆分： 水平分表：取模分表 阅读全文