学习日记

上篇文章中我们已经学习了基本的docker上的安装数据库，对于大部分的安装都是大差不差的，但是上文中我们主要针对的是单机版的数据库安装，在实际生产中我们往往需要的是多台服务器，如MySQL的主从复制和Redis的集群，在本文中我们就来看看多台服务器的安装是什么样子。

本文我们通过几个实例的安装来从头到尾捋一下Docker对于容器的安装。

在前面的文章中，我们已经介绍了B-树、B+树和B*树，并对他们各自的优势和局限性也做了讲解。其中B-树和B+树是平常应用最多的，它们最常见的应用就是索引，本文就是来着重探讨B-树在索引方面的应用。

上篇文章中，我们已经对事务的隔离性有了一定的理解，对事务隔离性的四个等级进行了演示。但是尽管我们已经知道这些隔离性的应用，但是我们仍对这些事物的隔离性有着很深的疑问，数据库是如何实现这些控制的。读-读：不存在任何问题，也不需要并发控制读-写：有线程安全问题，可能会造成事务隔离性问题，可能遇到脏读，幻读，不可重复读写-写：有线程安全问题，可能会存在更新丢失问题，比如第一类更新丢失，第二类更新丢失(后面补充)我们先来了解数据库是如何对读-写进行控制的。

在上篇事务一文中，我们提到了事务的四个属性 原子性、持久性、隔离性、一致性。原子性和持久性我们已经在上篇文章中见识到了，但是隔离性和一致性又该怎么理解呢？我们首先来看事务的隔离性，隔离性。同时，隔离级别。其中隔离级别越严格，安全性越高，但数据库的并发性能也就越低，往往需要在两者之间找一个衡点。不可重复读的重点是修改和删除：同样的条件, 你读取过的数据,再次读取出来发现值不一样了幻读的重点在于新增：同样的条件, 第1次和第2次读出来的记录数不一样。

在实际生活中，我们在对MySQL数据库进行CURD[创建(Create)、读取(Read)、更新(Update)和删除(Delete)]的操作时，要考虑到此时此刻并不是只有我们一个用户在对该数据库进行操作，所以这就牵扯到一个问题，数据库中的內容就好像是临界资源，在同时由多个用户进行CURD操作时，会不会出问题？下面举个例子：还是拿之前在讲到线程互斥的文章中提到的火车站抢票的例子来说，