modify db

Author: h2pl

docs/database/重新学习MySQL数据库：Innodb中的事务隔离级别和锁的关系.md

@@ -1,3 +1,17 @@
+# Table of Contents
+
+  * [Innodb中的事务隔离级别和锁的关系](#innodb中的事务隔离级别和锁的关系)
+  * [事务中的加锁方式](#事务中的加锁方式)
+  * [MySQL中锁的种类](#mysql中锁的种类)
+    * [Read Committed（读取提交内容）](#read-committed（读取提交内容）)
+    * [Repeatable Read（可重读）](#repeatable-read（可重读）)
+    * [不可重复读和幻读的区别](#不可重复读和幻读的区别)
+    * [悲观锁和乐观锁](#悲观锁和乐观锁)
+  * [MVCC在MySQL的InnoDB中的实现](#mvcc在mysql的innodb中的实现)
+  * [“读”与“读”的区别](#读与读的区别)
+                                                                                                                                                                                                                                                  * [](#-2)
+
+
 本文转自互联网
 
 本系列文章将整理到我在GitHub上的《Java面试指南》仓库，更多精彩内容请到我的仓库里查看
@@ -265,9 +279,9 @@ RC（不可重读）模式下的展现
 
 事务的隔离级别实际上都是定义了当前读的级别，MySQL为了减少锁处理（包括等待其它锁）的时间，提升并发能力，引入了快照读的概念，使得select不用加锁。而update、insert这些“当前读”，就需要另外的模块来解决了。
 
-###写（"当前读"）事务的隔离级别中虽然只定义了读数据的要求，实际上这也可以说是写数据的要求。上文的“读”，实际是讲的快照读；而这里说的“写”就是当前读了。为了解决当前读中的幻读问题，MySQL事务使用了Next-Key锁。
+写（"当前读"）事务的隔离级别中虽然只定义了读数据的要求，实际上这也可以说是写数据的要求。上文的“读”，实际是讲的快照读；而这里说的“写”就是当前读了。为了解决当前读中的幻读问题，MySQL事务使用了Next-Key锁。
 
-####Next-Key锁Next-Key锁是行锁和GAP（间隙锁）的合并，行锁上文已经介绍了，接下来说下GAP间隙锁。
+Next-Key锁Next-Key锁是行锁和GAP（间隙锁）的合并，行锁上文已经介绍了，接下来说下GAP间隙锁。
 
 行锁可以防止不同事务版本的数据修改提交时造成数据冲突的情况。但如何避免别的事务插入数据就成了问题。我们可以看看RR级别和RC级别的对比
 

docs/database/重新学习MySQL数据库：MySQL的事务隔离级别实战.md

@@ -1,3 +1,4 @@
+
 # 目录
   * [事务的基本要素（ACID）](#事务的基本要素（acid）)
   * [事务的并发问题](#事务的并发问题)

docs/database/重新学习MySQL数据库：MySQL里的那些日志们.md

@@ -1,3 +1,15 @@
+# Table of Contents
+
+* [目录](#目录)
+  * [重新学习MySQL数据库10：MySQL里的那些日志们](#重新学习mysql数据库10：mysql里的那些日志们)
+    * [1.MySQL日志文件系统的组成](#1mysql日志文件系统的组成)
+    * [2.错误日志](#2错误日志)
+    * [3.InnoDB中的日志](#3innodb中的日志)
+    * [4- 慢查询日志](#4--慢查询日志)
+    * [5.二进制日志](#5二进制日志)
+  * [总结](#总结)
+
+
 # 目录
   * [重新学习MySQL数据库10：MySQL里的那些日志们](#重新学习mysql数据库10：mysql里的那些日志们)
     * [1.MySQL日志文件系统的组成](#1mysql日志文件系统的组成)

docs/database/重新学习MySQL数据库：Mysql主从复制，读写分离，分表分库策略与实践.md

@@ -11,8 +11,6 @@
     * [三、Mycat 垂直切分、水平切分实战](#三、mycat-垂直切分、水平切分实战)
         * [1、垂直切分](#1、垂直切分)
         * [2、水平切分](#2、水平切分)
-* [range start-end ,data node index](#range-start-end-data-node-index)
-* [K=1000,M=10000.](#k1000m10000)
   * [为什么需要读写分离](#为什么需要读写分离)
   * [MySQL主从复制](#mysql主从复制)
   * [Mycat读写分离设置](#mycat读写分离设置)
@@ -627,4 +625,4 @@ Mycat的配置有很多，不过因为我们只是使用Mycat的读写分类的
 
 前面已经差不多都解释清楚了，因为我只是用的基本的主从复制，所以我的将`dataHost`的`balance`设置成了3
 
-启动mycat，然后用数据库连接工具连接到mycat，可以测试是否配置成功，最简单的就是通过修改从库的数据，这样方便查看到底是运行到哪个库上面了，另外由于我是基于docker启动的mycat，所以如果是直接在系统中运行的mycat的，可以去看官方文档，看看到底怎么启动mycat
+启动mycat，然后用数据库连接工具连接到mycat，可以测试是否配置成功，最简单的就是通过修改从库的数据，这样方便查看到底是运行到哪个库上面了，另外由于我是基于docker启动的mycat，所以如果是直接在系统中运行的mycat的，可以去看官方文档，看看到底怎么启动mycat

docs/database/重新学习MySQL数据库：Mysql存储引擎与数据存储原理.md

@@ -1,3 +1,34 @@
+# Table of Contents
+
+  * [**一、 MySQL记录存储（页为单位）**](#一、-mysql记录存储（页为单位）)
+    * [**页头**](#页头)
+    * [**虚记录**](#虚记录)
+    * [**记录堆**](#记录堆)
+    * [**自由空间链表**](#自由空间链表)
+    * [**未分配空间**](#未分配空间)
+    * [**Slot区**](#slot区)
+    * [**页内记录维护**](#页内记录维护)
+  * [**二、 MySQL InnoDB存储引擎内存管理**](#二、-mysql-innodb存储引擎内存管理)
+    * [**预分配内存空间**](#预分配内存空间)
+    * [**数据以页为单位加载 （减少io访问次数）**](#数据以页为单位加载-（减少io访问次数）)
+    * [**数据内外存交换**](#数据内外存交换)
+    * [**页面管理**](#页面管理)
+    * [**页面淘汰**](#页面淘汰)
+    * [**全表扫描对内存的影响？**](#全表扫描对内存的影响？)
+    * [**页面淘汰**](#页面淘汰-1)
+    * [**位置移动**](#位置移动)
+  * [**三、MySQL事务实现原理**](#三、mysql事务实现原理)
+    * [**1、事务特性**](#1、事务特性)
+    * [**2、并发问题**](#2、并发问题)
+    * [**3、隔离级别**](#3、隔离级别)
+    * [**MySQL事务实现原理（事务管理机制）**](#mysql事务实现原理（事务管理机制）)
+    * [**1、MVCC 多版本并发控制**](#1、mvcc-多版本并发控制)
+    * [**2、undo log**](#2、undo-log)
+    * [**3、redo log**](#3、redo-log)
+    * [**意义**](#意义)
+  * [**四、MySQL锁实现原理**](#四、mysql锁实现原理)
+
+
 ## **一、 MySQL记录存储（页为单位）**
 
 ![](https://java-tutorial.oss-cn-shanghai.aliyuncs.com/20230405205306.png)
@@ -255,4 +286,4 @@ RR级别下
 
 死锁在库表中有记录，通过kill 那个锁删除。
 
-![](https://java-tutorial.oss-cn-shanghai.aliyuncs.com/%E5%86%B3%E5%AE%9A%E7%89%88.jpeg)
+![](https://java-tutorial.oss-cn-shanghai.aliyuncs.com/%E5%86%B3%E5%AE%9A%E7%89%88.jpeg)

docs/database/重新学习MySQL数据库：Mysql索引实现原理和相关数据结构算法.md

@@ -1,3 +1,4 @@
+
 # 目录
 
 * [MySQL索引](#mysql索引)
@@ -904,4 +905,4 @@ title的选择性不足0.0001（精确值为0.00001579），所以实在没有
 
 [5] Codd, E. F. (1970). "A relational model of data for large shared data banks". Communications of the ACM, , Vol. 13, No. 6, pp. 377-387
 
-[6] MySQL5.1参考手册 - [http://dev.mysql.com/doc/refman/5.1/zh/index.html](http://dev.mysql.com/doc/refman/5.1/zh/index.html "http://dev.mysql.com/doc/refman/5.1/zh/index.html")
+[6] MySQL5.1参考手册 - [http://dev.mysql.com/doc/refman/5.1/zh/index.html](http://dev.mysql.com/doc/refman/5.1/zh/index.html "http://dev.mysql.com/doc/refman/5.1/zh/index.html")

docs/database/重新学习MySQL数据库：『浅入浅出』MySQL和InnoDB.md

@@ -22,7 +22,7 @@
     * [不可重复读](#不可重复读)
     * [幻读](#幻读)
   * [总结](#总结)
-  * [[Innodb与Myisam引擎的区别与应用场景](https://www.cnblogs.com/changna1314/p/6878900.html)](#[innodb与myisam引擎的区别与应用场景]httpswwwcnblogscomchangna1314p6878900html)
+  * [Innodb与Myisam引擎的区别与应用场景](#[innodb与myisam引擎的区别与应用场景])
 
 
 本文转自互联网

docs/database/重新学习MySQL数据库：从实践sql语句优化开始.md

@@ -8,9 +8,9 @@
   * [InnoDB](#innodb)
   * [0、自己写的海量数据sql优化实践](#0、自己写的海量数据sql优化实践)
 * [mysql百万级分页优化](#mysql百万级分页优化)
-  * [　　普通分页](#　　普通分页)
-  * [　　 优化分页](#　　-优化分页)
-* [　　总结](#　　总结)
+  * [普通分页](#普通分页)
+  * [优化分页](#优化分页)
+* [总结](#总结)
 
 
 本文转自互联网
@@ -667,7 +667,7 @@ SELECT s.* from  Student s INNER JOIN SC sc on sc.s_id = s.s_id where sc.c_id=0
 
 ## mysql百万级分页优化
 
-### 　　普通分页
+### 普通分页
 
 数据分页在网页中十分多见，分页一般都是limit start,offset,然后根据页码page计算start
 
@@ -681,7 +681,7 @@ SELECT * from user limit **100001**,**20**; //time **0**.151s explain SELECT * f
 
 ![](https://java-tutorial.oss-cn-shanghai.aliyuncs.com/d327669b28bc017d62dfe25833ba98245cf.jpg)
 
-### 　　 优化分页
+### 优化分页
 
 使用主键索引来优化数据分页
 
@@ -693,10 +693,10 @@ SELECT * from user limit **100001**,**20**; //time **0**.151s explain SELECT * f
 
 ![](https://java-tutorial.oss-cn-shanghai.aliyuncs.com/05fffbffc5e3ef9add4719846ad53f25099.jpg)
 
-## 　　总结
+## 总结
 
 在数据量比较大的时候，我们尽量去利用索引来优化语句。上面的优化方法如果id不是主键索引，查询效率比第一种还要低点。我们可以先使用explain来分析语句，查看语句的执行顺序和执行性能。
 
 
 
-转载于:https://my.oschina.net/alicoder/blog/3097141
+转载于:https://my.oschina.net/alicoder/blog/3097141

docs/database/重新学习MySQL数据库：根据MySQL索引原理进行分析与优化.md

@@ -1,5 +1,4 @@
 # 目录
-
 * [一：Mysql原理与慢查询](#一：mysql原理与慢查询)
 * [一个慢查询引发的思考](#一个慢查询引发的思考)
 * [二：索引建立](#二：索引建立)
@@ -523,4 +522,4 @@ title的选择性不足0.0001（精确值为0.00001579），所以实在没有
 
 此时MySQL不得不为了将新记录插到合适位置而移动数据，甚至目标页面可能已经被回写到磁盘上而从缓存中清掉，此时又要从磁盘上读回来，这增加了很多开销，同时频繁的移动、分页操作造成了大量的碎片，得到了不够紧凑的索引结构，后续不得不通过OPTIMIZE TABLE来重建表并优化填充页面。
 
-因此，只要可以，请尽量在InnoDB上采用自增字段做主键。
+因此，只要可以，请尽量在InnoDB上采用自增字段做主键。

docs/database/重新学习MySQL数据库：详解MyIsam与InnoDB引擎的锁实现.md

@@ -326,4 +326,4 @@ InnoDB在绝大部分情况会使用行级锁，因为事务和行锁往往是
 
 2、在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁产生概率；
 
-3、对于非常容易产生死锁的业务部分，可以尝试使用升级锁定颗粒度，通过表级锁定来减少死锁产生的概率；
+3、对于非常容易产生死锁的业务部分，可以尝试使用升级锁定颗粒度，通过表级锁定来减少死锁产生的概率；