浅谈 MySQL 中的事务和 ACID

浅谈 MySQL 中的事务和 ACID

所谓事务(Transaction),就是通过确保成批的操作要么完全执行,要么完全不执行,来维护数据库的完整性。举一个烂大街的例子:A 向 B 转账 1000 元,对应的 SQL 语句为:(没有显式定义事务

UPDATE deposit_table set deposit=deposit-1000 WHERE name='A';UPDATE deposit_table set deposit=deposit+1000 WHERE name='B';

运行后的结果如下

mysql> SELECT * FROM deposit_table;+------+---------+| name | deposit |+------+---------+| A    |    3000 || B    |    5000 |+------+---------+

这样做可能遇到问题,比如执行完第一条语句之后,数据库崩溃了,最后的结果就可能会是这样有待商榷,取决于下一条 SQL 有没有被写入日志

+------+---------+| name | deposit |+------+---------+| A    |    2000 || B    |    5000 |+------+---------+

A 的 1000 块钱平白无故消失了,这肯定不合适。事务就是为了解决类似的问题而出现的,如果使用事务来处理转账,对应的 SQL 就是

START TRANSACTION;UPDATE deposit_table set deposit=deposit-1000 WHERE name='A';UPDATE deposit_table set deposit=deposit+1000 WHERE name='B';COMMIT;

仅仅是在这原先的两条 SQL 语句前后加上了START TRANSACTIONCOMMIT,就可以保证即使转账操作失败,A 的余额也不会减少。

仔细想一想发现这个例子不是特别合适,因为数据库的故障恢复技术...

阅读全文 Read More
TCP 超时与重传

TCP 超时与重传

上一篇介绍 TCP 的文章TCP 三次握手,四次挥手和一些细节」反馈还不错,还是蛮开心的,这次接着讲一讲关于超时和重传那一部分。

我们都知道 TCP 协议具有重传机制,也就是说,如果发送方认为发生了丢包现象,就重发这些数据包。很显然,我们需要一个方法来猜测是否发生了丢包。最简单的想法就是,接收方每收到一个包,就向发送方返回一个ACK,表示自己已经收到了这段数据,反过来,如果发送方一段时间内没有收到 ACK,就知道很可能是数据包丢失了,紧接着就重发该数据包,直到收到 ACK 为止。

你可能注意到我用的是「猜测」,因为即使是超时了,这个数据包也可能并没有丢,它只是绕了一条远路,来的很晚而已。毕竟 TCP 协议是位于传输层的协议,不可能明确知道数据链路层和物理层发生了什么。但这并不妨碍我们的超时重传机...

阅读全文 Read More
TCP 三次握手,四次挥手和一些细节

TCP 三次握手,四次挥手和一些细节

上一次讲了 UDP 协议,从这次开始,就要讲 TCP 协议了,因为 TCP 协议涉及到的东西很多,一篇文章概括不完,所以我把 TCP 协议的内容分成好几个部分,逐个击破。

TCP 报文段结构

一谈到 TCP 协议,大家最先想到的词就是面向连接可靠。没错,TCP 协议的设计就是为了能够在客户端和服务器之间建立起一个可靠连接。

在讲连接过程之前,我们先来看看 TCP 的报文段结构,通过这个结构,我们可以知道 TCP 能够提供什么信息

这里有几点是需要注意的

  • TCP 协议需要一个四元组(源IP,源端口,目的IP,目的端口)来确定连接,这要和 UDP 协议区分开。多说一句,IP 地址位于 IP 报文段,T...
阅读全文 Read More
UDP 协议那点事儿

UDP 协议那点事儿

最近在回顾计算机网络的知识,以前上课没有认真学,只记得几个高大上的术语,所以趁着这次回顾,把学到的知识用博客的形式记录下来,一来加深自己的印象,二来希望让你对这些基础知识有一个更深入的了解。当然,我会尽量把 UDP 协议讲清楚,讲明白,让你“不虚此行”。


UDP( User Datagram Protocol )协议,翻译过来就是用户数据报协议,跟 TCP 协议一样,都是位于 OSI 模型的传输层。不过比起 TCP 协议,UDP 协议就显得简单多了,因为它没有「流量控制」、「拥塞控制」等复杂的处理机制。它甚至没有重传机制,也就是说,如果你的数据包半路走丢了,那就是真找不回来了,所以说 UDP 协...

阅读全文 Read More
从发展史理解操作系统设计需求

从发展史理解操作系统设计需求

尽管操作系统发展史不是研究操作系统的重点,但是在这一发展过程中,衍生出了许许多多与操作系统相关的重要概念,如果知道这些概念出现在怎样的背景下,以及产生的原因,在后期学习中就不会觉得一些概念出现的比较突兀。除此之外,了解操作系统的发展史,理解设计需求,有助于我们站在计算机的角度思考问题。

ENIAC 与串行处理

计算机的发展可以追溯到 1946 年,世界上第一台通用计算机「ENIAC」 诞生在这一年的 2 月14 日(这天正好是情人节)。

ENIAC

图为 ENIA

ENIAC 长 30.48 米,宽 6 米,高 2.4 米,占地面积约 170 平方米,30 个操作台,重达 30 英吨,耗电量 150 千瓦,造价...

阅读全文 Read More