摘要： 文辉考我的问题，有关这三个的特性，如果在面试过程中，个人见解可以答以下 icp MyQL数据库会在取出索引的同时，判断是否进行WHERE条件过滤，也就是把WHERE的部分过滤操作放在存储引擎层，在某些查询下，可以大大减少上层SQL对记录的索引从而提供整体性能 mrr 目的是为了减少磁盘的随机访问。并 阅读全文

摘要： 分析MySQL中这条语句的整个流程 update table_a set c1=xx where c2=xxx 朋友考我的一个问题在此处列出个人见解 1 客户端连接进来首先进行权限验证 2 验证通过后 进入SQL接口，接收用户的SQL命令 3 SQL命令到解释器中进行验证和解析 4 解析后查询优化器 阅读全文

摘要： 我们知道InnoDB采用Write Ahead Log策略来防止宕机数据丢失，即事务提交时，先写重做日志，再修改内存数据页，这样就产生了脏页。既然有重做日志保证数据持久性，查询时也可以直接从缓冲池页中取数据，那为什么还要刷新脏页到磁盘呢？如果重做日志可以无限增大，同时缓冲池足够大，能够缓存所有数据， 阅读全文

摘要： 在索引中，Btree索引和Hash索引的局限性，在这里粗略罗列一下 1 Btree局限 B-树中的节点都是顺序存储的，所以可以利用索引进行查找(找某些值),也可以对查询结果进行ORDER BY(注意ORDER BY后面建议跟主键)1 查询必须从索引最左边的列开始2 不能跳过某一索引列3 存储引擎不能 阅读全文

摘要： 设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。但是有些时候一昧的追求范式减少冗余，反而会降低数据读写的效率，这个时候就要反范式，利用空间来换时间。 目前关系数据库有六种范式：第一范式（1NF）、第二范 阅读全文

摘要： 重做日志用来实现事务的持久性，即ACID中的D，由两部分组成： 一是内存中的重做日志缓冲(redo log buffer) 易丢失 二是重做日志文件(redo log file) 持久的 InnoDB是事务的存储引擎，其通过Force Log at Commit 机制实现事务的持久性，即当事务提交c 阅读全文

摘要： 从事务理论的角度来看，可以把事务分为以下几种类型 扁平事务(Flat Transactions) 带有保存点的扁平事务(Flat Transactions with Savepoints) 链事务(Chained Transactions) 嵌套事务(Nested Transactions) 分布式 阅读全文

摘要： 事务可由一条非常简单的SQL语句组成，也可以有一组复杂的SQL语句组成。事务是访问并更新数据库中各种数据项的一个程序执行单元。在事务中操作，要么都做修改，要么都不做，这就是事务的目的，也是事务模型区别与文件系统的重要特征之一 对于InnoDB而言，其默认的事务隔离级别为RR，完全遵循和满足事务的AC 阅读全文

摘要： UNSIGNED: 将数字类型无符号化，这与C和C++这些程序语言的unsigned含义相同。 INT的类型范围-2 147 483 648~2 147 483 647 INT UNSIGNED范围0~4 294 967 295 看起来是个不错的属性选项，特别是对于主键自增长的类型，因为一般来说，用 阅读全文

摘要： 1 、死锁的概念 是指两个或两个以上的事务在执行过程中，因争夺资源而造成的一种互相等待的现象。若无外力作用，事务都将无法推进下去，解决死锁的最简单问题是不要有等待，任何的等待都转换为回滚，并且事务重新开始，但在线上环境，这可能会导致并发性能下降，甚至任何一个事务都不能进行，而这所带来的问题远比死锁的 阅读全文