MySQL数据库的基本原理是什么
发布时间:2023-05-13 13:07:24 所属栏目:MySql教程 来源:
导读:这篇“mysql数据库底层原理是什么”文章的知识点大部分人都不太理解,所以小编给大家总结了以下内容,内容详细,步骤清晰,具有一定的借鉴价值,希望大家阅读完这篇文章能有所收获,下面我们一起来看看这篇
这篇“mysql数据库底层原理是什么”文章的知识点大部分人都不太理解,所以小编给大家总结了以下内容,内容详细,步骤清晰,具有一定的借鉴价值,希望大家阅读完这篇文章能有所收获,下面我们一起来看看这篇“mysql数据库底层原理是什么”文章吧。 1.数据库事务的基本特性。 原子性: 事务中的所有操作要么全部提交成功,要么全部失败回滚。 场景:UPDATE cs_user SET age = 18 , gender = '女' WHERE id = 4。要么全部更新要么更新失败,不会出现age更新成功,gender更新失败。 一致性: 据库总是从给一个一致性的状态转换到另一个一致性的状态。 场景:比如规定某个表的字段age大于等于12小于18时,字段type为青少年,而数据库中存在age=16的时候,type='儿童'。 隔离性: 一个事务所做的修改在提交之前对其它事务是不可见的。两个以上的事务不会出现交错执行的状态.因为这样可能会导致数据不一致。 持久性: 一旦事务提交,其所做的修改便会永久保存在数据库中。 事务在并发环境下出现的问题。 脏读(Dirty Read):一个事务读取了另一个事务未提交的数据。如果另一个事务回滚,则读取的数据将是无效的。 不可重复读(Non-repeatable Read):同一事务内,两次读取同一数据得到的结果不同。这是因为在两次读取之间,另一个事务修改了该数据。 幻读(Phantom Read):同一事务内,两次查询得到的结果集不同。这是因为在两次查询之间,另一个事务插入或删除了一些数据。 丢失修改(Lost Update):两个或多个事务同时修改同一数据,其中一个事务的修改被另一个事务覆盖,导致修改丢失。 不可重复读的和幻读很容易混淆,不可重复读侧重于修改,幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行,解决幻读需要锁表。 对于这些问题的解决方法一般是有:事务隔离级别,乐观锁和悲观锁,MVCC(多版本并发控制)。 事务隔离级别 数据库提供了多种事务隔离级别,不同的隔离级别提供了不同的并发控制机制,以解决并发问题。 以下是数据库的每一个事务隔离级别的详细介绍: READ UNCOMMITTED(读未提交):该隔离级别允许事务读取其他事务未提交的数据,可能会出现脏读、不可重复读和幻读的问题。 READ COMMITTED(读已提交):该隔离级别只允许事务读取其他事务已提交的数据,可以避免脏读问题,但不可避免不可重复读和幻读的问题。 REPEATABLE READ(可重复读):该隔离级别保证在同一事务中多次读取同一数据得到的结果是一致的,可以避免脏读和不可重复读的问题,但无法避免幻读。 SERIALIZABLE(串行化):该隔离级别保证事务串行执行,避免了以上所有并发问题,但会影响并发性能。 READ UNCOMMITTED(读未提交) 在READ UNCOMMITTED级别下,事务可以读取未提交的数据,没有对数据进行加锁或版本控制。当一个事务读取数据时,即使另一个事务正在修改该数据,也不会阻塞读取操作。这种实现方式可以提高读取性能,但会导致脏读的问题。 优点: 读取性能高:由于不需要加锁或版本控制,因此读取性能较高。 无锁操作:该隔离级别不需要对数据进行加锁操作,因此可以避免锁的竞争问题。 缺点: 脏读问题:在READ UNCOMMITTED级别下,事务可以读取其他事务未提交的数据,因此可能会读取到无效数据,导致脏读的问题。 不可重复读问题:由于其他事务可以修改数据,因此同一事务内两次读取同一数据得到的结果可能不同。 幻读问题:由于其他事务可以插入或删除数据,因此同一事务内两次查询得到的结果集可能不同。可能导致数据不一致:由于读取的数据可能是未提交的数据,因此可能会导致数据不一致的问题。 对于这个隔离级别,几乎无法解决任何对于数据库并发环境下数据不一致的错误,但在一些对数据一致性要求不高,但读取性能要求较高的系统中,可以考虑使用该隔离级别。 READ COMMITTED(读已提交) 在READ COMMITTED级别下,事务只能读取已提交的数据,需要对数据进行加锁或版本控制。当一个事务读取数据时,如果另一个事务正在修改该数据,则需要等待该事务提交后才能读取。这种实现方式可以避免脏读的问题,但可能会无法避免不可重复读和幻读的问题。 优点: 避免脏读问题:由于只允许读取已提交的数据,因此可以避免脏读的问题。 数据一致性较高:由于只读取已提交的数据,因此数据一致性较高。 缺点: 不可重复读问题:由于其他事务可以修改数据,因此同一事务内两次读取同一数据得到的结果可能不同。 幻读问题:由于其他事务可以插入或删除数据,因此同一事务内两次查询得到的结果集可能不同。 锁的竞争问题:由于需要对数据进行加锁,因此可能会导致锁的竞争问题。 这个隔离级别解决了一部分并发问题,但是还有一部分问题没有解决,适合应用于对数据一致性要求较高的系统。如果需要更高的隔离级别,可以考虑使用REPEATABLE READ或SERIALIZABLE级别。 REPEATABLE READ(可重复读) 在InnoDB中是这样的:RR隔离级别保证对读取到的记录加锁 (记录锁),同时保证对读取的范围加锁,新的满足查询条件的记录不能够插入 (间隙锁),因此不存在幻读现象。但是标准的RR只能保证在同一事务中多次读取同样记录的结果是一致的,而无法解决幻读问题。InnoDB的幻读解决是依靠MVCC的实现机制做到的。Mysql默认的隔离级别是RR。 优点: 避免脏读和不可重复读问题:由于需要对数据进行版本控制,因此可以避免脏读和不可重复读的问题。 数据一致性较高:由于保证了同一事务内多次读取同一数据得到的结果一致,因此数据一致性较高。 缺点: 锁的竞争问题:由于需要对数据进行版本控制,因此可能会导致锁的竞争问题。 版本控制开销:由于需要对数据进行版本控制,因此可能会增加数据库的存储和计算开销。 (编辑:汽车网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
推荐文章
站长推荐