mirror of
https://github.com/kaka111222333/kaka111222333.github.io.git
synced 2025-12-18 15:54:37 +08:00
update file style
This commit is contained in:
lemonchann
@@ -1,7 +1,5 @@
|
|||||||
今天来带大家研究一下` Linux `内存管理。对于精通 `CURD` 的业务同学，内存管理好像离我们很远，但这个知识点虽然冷门（估计很多人学完根本就没机会用上）但绝对是基础中的基础，这就像武侠中的内功修炼，学完之后看不到立竿见影的效果，但对你日后的开发工作是大有裨益的，因为你站的更高了。
|
今天来带大家研究一下` Linux `内存管理。对于精通 `CURD` 的业务同学，内存管理好像离我们很远，但这个知识点虽然冷门（估计很多人学完根本就没机会用上）但绝对是基础中的基础，这就像武侠中的内功修炼，学完之后看不到立竿见影的效果，但对你日后的开发工作是大有裨益的，因为你站的更高了。
|
||||||
|
|
||||||
**文中所有示例图都是我亲手画的，画图比码字还费时间，但是看图理解比文字更直观，需要高清示例图片的同学，文末有获取方式自取。**
|
|
||||||
|
|
||||||
再功利点的说，面试的时候不经意间透露你懂这方面知识，并且能说出个一二三来，也许能让面试官对你更有兴趣，离升职加薪，走上人生巅峰又近了一步。
|
再功利点的说，面试的时候不经意间透露你懂这方面知识，并且能说出个一二三来，也许能让面试官对你更有兴趣，离升职加薪，走上人生巅峰又近了一步。
|
||||||
|
|
||||||
|
|
||||||
@@ -189,7 +187,9 @@
|
|||||||
|
|
||||||
老规矩，感谢各位的阅读，文章的目的是分享对知识的理解，技术类文章我都会反复求证以求最大程度保证准确性，若文中出现明显纰漏也欢迎指出，我们一起在探讨中学习。今天的技术分享就到这里，我们下期再见。
|
老规矩，感谢各位的阅读，文章的目的是分享对知识的理解，技术类文章我都会反复求证以求最大程度保证准确性，若文中出现明显纰漏也欢迎指出，我们一起在探讨中学习。今天的技术分享就到这里，我们下期再见。
|
||||||
|
|
||||||
**原创不易，看到这里，如果在我这有一点点收获，就动动手指「转发」和「在看」是对我持续创作的最大支持。**
|
**我是 lemon 一线互联网大厂程序员，热爱技术，乐于分享。欢迎扫码关注公众号「后端技术学堂」带你一起学编程，回复「资源」送你 3GB 的编程学习大礼包，包括Linux、数据库、C++、Python、数据结构与算法、设计模式、程序员面试指南等资源，欢迎关注，交流学习。**
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
@@ -207,4 +207,3 @@ Linux内存管理 http://gityuan.com/2015/10/30/kernel-memory/
|
|||||||
|
|
||||||
Linux Used内存到底哪里去了？ http://blog.yufeng.info/archives/2456
|
Linux Used内存到底哪里去了？ http://blog.yufeng.info/archives/2456
|
||||||
|
|
||||||
|
|
||||||
@@ -1,219 +1,222 @@
|
|||||||
> 文章每周持续更新，原创不易，「三连」让更多人看到是对我最大的肯定。可以微信搜索公众号「 后端技术学堂 」第一时间阅读（一般比博客早更新一到两篇）
|
学习关系型数据库MySQL是很好的切入点，大部分人工作中用惯了CRUD，对面试官刨根问底的灵魂拷问你还能对答如流吗？我们有必要了解一些更深层次的数据库基础原理。
|
||||||
|
|
||||||
学习关系型数据库MySQL是很好的切入点，大部分人工作中用惯了CRUD，对面试官刨根问底的灵魂拷问你还能对答如流吗？我们有必要了解一些更深层次的数据库基础原理。
|
整理了面试中，关于MySQL事务和存储引擎10个FAQ（Frequently asked questions），你想知道的都在这里。
|
||||||
|
|
||||||
整理了面试中，关于MySQL事务和存储引擎10个FAQ（Frequently asked questions），你想知道的都在这里。
|
### 什么是事务？
|
||||||
|
|
||||||
### 什么是事务？
|
事务就是「一组原子性的SQL查询」，或者说一个独立的工作单元。如果数据库引擎能够成功地对数据库应用该组查询的全部语句，那么就执行该组查询。如果其中有任何一条语句因为崩溃或其他原因无法执行，那么所有的语句都不会执行。也就是说，事务内的语句，要么全部执行成功，要么全部执行失败。
|
||||||
|
|
||||||
事务就是「一组原子性的SQL查询」，或者说一个独立的工作单元。如果数据库引擎能够成功地对数据库应用该组查询的全部语句，那么就执行该组查询。如果其中有任何一条语句因为崩溃或其他原因无法执行，那么所有的语句都不会执行。也就是说，事务内的语句，要么全部执行成功，要么全部执行失败。
|
### 事务控制语法知道吗？
|
||||||
|
|
||||||
### 事务控制语法知道吗？
|
```mysql
|
||||||
|
BEGIN 或 START TRANSACTION 显式地开启一个事务；
|
||||||
```mysql
|
COMMIT / COMMIT WORK二者是等价的。提交事务，并使已对数据库进行的所有修改成为永久性的；
|
||||||
BEGIN 或 START TRANSACTION 显式地开启一个事务；
|
ROLLBACK / ROLLBACK WORK。回滚会结束用户的事务，并撤销正在进行的所有未提交的修改；
|
||||||
COMMIT / COMMIT WORK二者是等价的。提交事务，并使已对数据库进行的所有修改成为永久性的；
|
SAVEPOINT identifier 在事务中创建一个保存点，一个事务中可以有多个 SAVEPOINT；
|
||||||
ROLLBACK / ROLLBACK WORK。回滚会结束用户的事务，并撤销正在进行的所有未提交的修改；
|
RELEASE SAVEPOINT identifier 删除一个事务的保存点；
|
||||||
SAVEPOINT identifier 在事务中创建一个保存点，一个事务中可以有多个 SAVEPOINT；
|
ROLLBACK TO identifier 把事务回滚到标记点；
|
||||||
RELEASE SAVEPOINT identifier 删除一个事务的保存点；
|
SET TRANSACTION 用来设置事务的隔离级别。InnoDB 存储引擎提供事务的隔离级别有READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ 和 SERIALIZABLE
|
||||||
ROLLBACK TO identifier 把事务回滚到标记点；
|
```
|
||||||
SET TRANSACTION 用来设置事务的隔离级别。InnoDB 存储引擎提供事务的隔离级别有READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ 和 SERIALIZABLE
|
|
||||||
```
|
### 用通俗的语言说说你理解的事务
|
||||||
|
|
||||||
### 用通俗的语言说说你理解的事务
|
用银行业务举个栗子，用户lemon有两银行卡，一张是招商银行CMBC的工资卡，另一张是工商银行ICBC的储蓄卡，每月5号发工资都要把招行卡的100万转到建设银行储蓄卡账户。记住这里的银行缩写后面就是对应的数据表名称，你要记不住，我给你理一理。
|
||||||
|
|
||||||
用银行业务举个栗子，用户lemon有两银行卡，一张是招商银行CMBC的工资卡，另一张是工商银行ICBC的储蓄卡，每月5号发工资都要把招行卡的100万转到建设银行储蓄卡账户。记住这里的银行缩写后面就是对应的数据表名称，你要记不住，我给你理一理。
|
```
|
||||||
|
招商银行（CMBC）：“存么？白痴！”
|
||||||
```
|
中国工商银行（ICBC）： “爱存不存！”
|
||||||
招商银行（CMBC）：“存么？白痴！”
|
中国建设银行（CCB）： “存？存不？”
|
||||||
中国工商银行（ICBC）： “爱存不存！”
|
中国银行（BC）： “不存！”
|
||||||
中国建设银行（CCB）： “存？存不？”
|
中国农业银行（ABC）： “啊，不存！”
|
||||||
中国银行（BC）： “不存！”
|
民生银行（CMSB）：“存么？SB！"
|
||||||
中国农业银行（ABC）： “啊，不存！”
|
兴业银行（CIB）：“存一百。”
|
||||||
民生银行（CMSB）：“存么？SB！"
|
国家开发银行（CDB）：“存点吧！”
|
||||||
兴业银行（CIB）：“存一百。”
|
汇丰银行（HSBC）：“还是不存！”
|
||||||
国家开发银行（CDB）：“存点吧！”
|
```
|
||||||
汇丰银行（HSBC）：“还是不存！”
|
|
||||||
```
|
|
||||||
|
|
||||||
|
这个转账的操作可以简化抽成一个事务，包含如下步骤：
|
||||||
|
|
||||||
这个转账的操作可以简化抽成一个事务，包含如下步骤：
|
1. 查询CMBC账户的余额是否大于100万
|
||||||
|
2. 从CMBC账户余额中减去100万
|
||||||
1. 查询CMBC账户的余额是否大于100万
|
3. 在ICBC账户余额中增加100万
|
||||||
2. 从CMBC账户余额中减去100万
|
|
||||||
3. 在ICBC账户余额中增加100万
|
以下语句对应创建了一个转账事务：
|
||||||
|
|
||||||
以下语句对应创建了一个转账事务：
|
``` mysql
|
||||||
|
START TRANSACTION;
|
||||||
``` mysql
|
SELECT balance FROM CMBC WHERE username='lemon';
|
||||||
START TRANSACTION;
|
UPDATE CMBC SET balance = balance - 1000000.00 WHERE username = 'lemon';
|
||||||
SELECT balance FROM CMBC WHERE username='lemon';
|
UPDATE ICBC SET balance = balance + 1000000.00 WHERE username = 'lemon';
|
||||||
UPDATE CMBC SET balance = balance - 1000000.00 WHERE username = 'lemon';
|
COMMIT;
|
||||||
UPDATE ICBC SET balance = balance + 1000000.00 WHERE username = 'lemon';
|
```
|
||||||
COMMIT;
|
|
||||||
```
|
### 事务的ACID特性是什么？
|
||||||
|
|
||||||
### 事务的ACID特性是什么？
|
ACID其实是事务特性的英文首字母缩写，具体的含义是这样的：
|
||||||
|
|
||||||
ACID其实是事务特性的英文首字母缩写，具体的含义是这样的：
|
- 原子性（atomicity)
|
||||||
|
一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作。
|
||||||
- 原子性（atomicity)
|
- 致性（consistency)
|
||||||
一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作。
|
数据库总是从一个一致性的状态转换到另外一个一致性的状态。在前面的例子中，一致性确保了，即使在执行第三、四条语句之间时系统崩溃，CMBC账户中也不会损失100万，不然lemon要哭死因为事务最终没有提交，所以事务中所做的修改也不会保存到数据库中。
|
||||||
- 致性（consistency)
|
- 隔离性（isolation)
|
||||||
数据库总是从一个一致性的状态转换到另外一个一致性的状态。在前面的例子中，一致性确保了，即使在执行第三、四条语句之间时系统崩溃，CMBC账户中也不会损失100万，不然lemon要哭死因为事务最终没有提交，所以事务中所做的修改也不会保存到数据库中。
|
通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时如果有其他人也准备给lemon的CMBC账户存钱，那他看到的CMBC账户里还是有100万的。
|
||||||
- 隔离性（isolation)
|
- 持久性（durability)
|
||||||
通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时如果有其他人也准备给lemon的CMBC账户存钱，那他看到的CMBC账户里还是有100万的。
|
一旦事务提交，则其所做的修改就会永久保存到数据库中。此时即使系统崩溃，修改的数据也不会丢失。持久性是个有点模糊的概念，因为实际上持久性也分很多不同的级别。有些持久性策略能够提供非常强的安全保障，而有些则未必。而且「不可能有能做到100%的持久性保证的策略」否则还需要备份做什么。
|
||||||
- 持久性（durability)
|
|
||||||
一旦事务提交，则其所做的修改就会永久保存到数据库中。此时即使系统崩溃，修改的数据也不会丢失。持久性是个有点模糊的概念，因为实际上持久性也分很多不同的级别。有些持久性策略能够提供非常强的安全保障，而有些则未必。而且「不可能有能做到100%的持久性保证的策略」否则还需要备份做什么。
|
|
||||||
|
|
||||||
|
|
||||||
|
### 什么是脏读、不可重复读、幻读？
|
||||||
|
|
||||||
### 什么是脏读、不可重复读、幻读？
|
#### 脏读
|
||||||
|
|
||||||
#### 脏读
|
在事务A修改数据之后提交数据之前，这时另一个事务B来读取数据，如果不加控制，事务B读取到A修改过数据，之后A又对数据做了修改再提交，则B读到的数据是脏数据，此过程称为脏读Dirty Read。
|
||||||
|
|
||||||
在事务A修改数据之后提交数据之前，这时另一个事务B来读取数据，如果不加控制，事务B读取到A修改过数据，之后A又对数据做了修改再提交，则B读到的数据是脏数据，此过程称为脏读Dirty Read。
|
|
||||||
|
|
||||||
|
|
||||||
|
#### 不可重复读
|
||||||
|
|
||||||
#### 不可重复读
|
一个事务内在读取某些数据后的某个时间，再次读取以前读过的数据，却发现其读出的数据已经发生了变更、或者某些记录已经被删除了。
|
||||||
|
|
||||||
一个事务内在读取某些数据后的某个时间，再次读取以前读过的数据，却发现其读出的数据已经发生了变更、或者某些记录已经被删除了。
|
|
||||||
|
|
||||||
|
#### 幻读
|
||||||
|
|
||||||
#### 幻读
|
事务A在按查询条件读取某个范围的记录时，事务B又在该范围内插入了新的满足条件的记录，当事务A再次按条件查询记录时，会产生新的满足条件的记录（幻行 Phantom Row）
|
||||||
|
|
||||||
事务A在按查询条件读取某个范围的记录时，事务B又在该范围内插入了新的满足条件的记录，当事务A再次按条件查询记录时，会产生新的满足条件的记录（幻行 Phantom Row）
|
|
||||||
|
|
||||||
|
#### 不可重复读与幻读有什么区别？
|
||||||
|
|
||||||
#### 不可重复读与幻读有什么区别？
|
- 不可重复读的重点是修改：在同一事务中，同样的条件，第一次读的数据和第二次读的「数据不一样」。（因为中间有其他事务提交了修改）
|
||||||
|
- 幻读的重点在于新增或者删除：在同一事务中，同样的条件，第一次和第二次读出来的「记录数不一样」。（因为中间有其他事务提交了插入/删除）
|
||||||
- 不可重复读的重点是修改：在同一事务中，同样的条件，第一次读的数据和第二次读的「数据不一样」。（因为中间有其他事务提交了修改）
|
|
||||||
- 幻读的重点在于新增或者删除：在同一事务中，同样的条件，第一次和第二次读出来的「记录数不一样」。（因为中间有其他事务提交了插入/删除）
|
### SQL的四个隔离级别知道吗？具体是什么解决了什么问题说说看
|
||||||
|
|
||||||
### SQL的四个隔离级别知道吗？具体是什么解决了什么问题说说看
|
SQL实现了四个标准的隔离级别，每一种级别都规定了一个事务中所做的修改，哪些在事务内和事务间是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。
|
||||||
|
|
||||||
SQL实现了四个标准的隔离级别，每一种级别都规定了一个事务中所做的修改，哪些在事务内和事务间是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。
|
|
||||||
|
各个隔离级别可以不同程度的解决脏读、不可重复读、幻读。隔离级别各有所长，没有完美的解决方案，脱离业务场景谈具体实施都是耍流氓。
|
||||||
|
|
||||||
各个隔离级别可以不同程度的解决脏读、不可重复读、幻读。隔离级别各有所长，没有完美的解决方案，脱离业务场景谈具体实施都是耍流氓。
|
|
||||||
|
|
||||||
|
### MySQL中哪些存储引擎支持事务？
|
||||||
|
|
||||||
### MySQL中哪些存储引擎支持事务？
|
MySQL中InnoDB和NDB Cluster存储引擎提供了事务处理能力，以及其他支持事务的第三引擎。
|
||||||
|
|
||||||
MySQL中InnoDB和NDB Cluster存储引擎提供了事务处理能力，以及其他支持事务的第三引擎。
|
### 什么是自动提交？
|
||||||
|
|
||||||
### 什么是自动提交？
|
MySQL默认采用自动提交`AUTOCOMMIT`模式。也就是说，如果不是显式地开始一个事务，则每个查询都被当作一个事务执行提交操作。
|
||||||
|
|
||||||
MySQL默认采用自动提交`AUTOCOMMIT`模式。也就是说，如果不是显式地开始一个事务，则每个查询都被当作一个事务执行提交操作。
|
对于MyISAM或者内存表这些事务型的表，修改`AUTOCOMMIT`不会有任何影响。对这类表来说，没有`COMMIT`或者`ROLLBACK`的概念，也可以说是相当于一直处于`AUTOCOMMIT`启用的模式。
|
||||||
|
|
||||||
对于MyISAM或者内存表这些事务型的表，修改`AUTOCOMMIT`不会有任何影响。对这类表来说，没有`COMMIT`或者`ROLLBACK`的概念，也可以说是相当于一直处于`AUTOCOMMIT`启用的模式。
|
### 在事务中可以混合使用存储引擎吗？
|
||||||
|
|
||||||
### 在事务中可以混合使用存储引擎吗？
|
尽量不要再同一个事务中使用多种存储引擎，MySQL服务器层不管理事务，事务是由下层的存储引擎实现的。
|
||||||
|
|
||||||
尽量不要再同一个事务中使用多种存储引擎，MySQL服务器层不管理事务，事务是由下层的存储引擎实现的。
|
如果在事务中混合使用了事务型和非事务型的表（例如InnoDB和MyISAM表）,在正常提交的情况下不会有什么问题。
|
||||||
|
|
||||||
如果在事务中混合使用了事务型和非事务型的表（例如InnoDB和MyISAM表）,在正常提交的情况下不会有什么问题。
|
但如果该事务需要回滚，非事务型的表上的变更就无法撤销，这会导致数据库处于不一致的状态，这种情况很难修复，事务的最终结果将无法确定。所以，为每张表选择合适的存储引擎非常重要。
|
||||||
|
|
||||||
但如果该事务需要回滚，非事务型的表上的变更就无法撤销，这会导致数据库处于不一致的状态，这种情况很难修复，事务的最终结果将无法确定。所以，为每张表选择合适的存储引擎非常重要。
|
### MySQL存储引擎类型有哪些？
|
||||||
|
|
||||||
### MySQL存储引擎类型有哪些？
|
最常用的存储引擎是InnoDB引擎和MyISAM存储引擎，InnoDB是MySQL的默认事务引擎。
|
||||||
|
|
||||||
最常用的存储引擎是InnoDB引擎和MyISAM存储引擎，InnoDB是MySQL的默认事务引擎。
|
查看数据库表当前支持的引擎 ：
|
||||||
|
|
||||||
查看数据库表当前支持的引擎 ：
|
```
|
||||||
|
show table status from 'your_db_name' where name='your_table_name';
|
||||||
```
|
查询结果表中的`Engine`字段指示存储引擎类型。
|
||||||
show table status from 'your_db_name' where name='your_table_name';
|
```
|
||||||
查询结果表中的`Engine`字段指示存储引擎类型。
|
|
||||||
```
|
|
||||||
|
|
||||||
|
### InnoDB存储引擎的特点和应用场景？
|
||||||
|
|
||||||
### InnoDB存储引擎的特点和应用场景？
|
InnoDB是MySQL的默认「事务引擎」，被设置用来处理大量短期（short-lived）事务，短期事务大部分情况是正常提交的，很少会回滚。
|
||||||
|
|
||||||
InnoDB是MySQL的默认「事务引擎」，被设置用来处理大量短期（short-lived）事务，短期事务大部分情况是正常提交的，很少会回滚。
|
更多InnoDB事务模型相关，参考MySQL官方手册，这里贴一下链接：https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-model.html
|
||||||
|
|
||||||
更多InnoDB事务模型相关，参考MySQL官方手册，这里贴一下链接：https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-model.html
|
#### 历史
|
||||||
|
|
||||||
#### 历史
|
现代MySQL版本中的InnoDB在历史上叫InnoDB plugin，这个MySQL插件在2008年被开发出来，直到2010在Oracle收购了Sun公司后，发布的MySQL5.5才正式使用InnoDB plugin替代了旧版本的InnoDB，至此 「备胎」成功转正成为MySQL的御用引擎而不再是插件，你看一个插件都这么努力。
|
||||||
|
|
||||||
现代MySQL版本中的InnoDB在历史上叫InnoDB plugin，这个MySQL插件在2008年被开发出来，直到2010在Oracle收购了Sun公司后，发布的MySQL5.5才正式使用InnoDB plugin替代了旧版本的InnoDB，至此 「备胎」成功转正成为MySQL的御用引擎而不再是插件，你看一个插件都这么努力。
|
|
||||||
|
|
||||||
|
#### 特点
|
||||||
|
|
||||||
#### 特点
|
采用多版本并发控制（MVCC，MultiVersion Concurrency Control）来支持高并发。并且实现了四个标准的隔离级别，通过间隙锁`next-key locking`策略防止幻读的出现。
|
||||||
|
|
||||||
采用多版本并发控制（MVCC，MultiVersion Concurrency Control）来支持高并发。并且实现了四个标准的隔离级别，通过间隙锁`next-key locking`策略防止幻读的出现。
|
引擎的表基于聚簇索引建立，聚簇索引对主键查询有很高的性能。不过它的二级索引`secondary index`非主键索引中必须包含主键列，所以如果主键列很大的话，其他的所有索引都会很大。因此，若表上的索引较多的话，主键应当尽可能的小。另外InnoDB的存储格式是平台独立。
|
||||||
|
|
||||||
引擎的表基于聚簇索引建立，聚簇索引对主键查询有很高的性能。不过它的二级索引`secondary index`非主键索引中必须包含主键列，所以如果主键列很大的话，其他的所有索引都会很大。因此，若表上的索引较多的话，主键应当尽可能的小。另外InnoDB的存储格式是平台独立。
|
InnoDB做了很多优化，比如：磁盘读取数据方式采用的可预测性预读、自动在内存中创建hash索引以加速读操作的自适应哈希索引（adaptive hash index)，以及能够加速插入操作的插入缓冲区（insert buffer)等。
|
||||||
|
|
||||||
InnoDB做了很多优化，比如：磁盘读取数据方式采用的可预测性预读、自动在内存中创建hash索引以加速读操作的自适应哈希索引（adaptive hash index)，以及能够加速插入操作的插入缓冲区（insert buffer)等。
|
InnoDB通过一些机制和工具支持真正的热备份，MySQL的其他存储引擎不支持热备份，要获取一致性视图需要停止对所有表的写入，而在读写混合场景中，停止写入可能也意味着停止读取。
|
||||||
|
|
||||||
InnoDB通过一些机制和工具支持真正的热备份，MySQL的其他存储引擎不支持热备份，要获取一致性视图需要停止对所有表的写入，而在读写混合场景中，停止写入可能也意味着停止读取。
|
|
||||||
|
|
||||||
|
#### MyISAM存储引擎的特点和应用场景？
|
||||||
|
|
||||||
#### MyISAM存储引擎的特点和应用场景？
|
MyISAM是MySQL 5.1及之前的版本的默认的存储引擎。MyISAM提供了大量的特性，包括全文索引、压缩、空间函数（GIS)等，但MyISAM不「支持事务和行级锁」，对于只读数据，或者表比较小、可以容忍修复操作，依然可以使用它。
|
||||||
|
|
||||||
MyISAM是MySQL 5.1及之前的版本的默认的存储引擎。MyISAM提供了大量的特性，包括全文索引、压缩、空间函数（GIS)等，但MyISAM不「支持事务和行级锁」，对于只读数据，或者表比较小、可以容忍修复操作，依然可以使用它。
|
##### 特性
|
||||||
|
|
||||||
##### 特性
|
MyISAM「不支持行级锁而是对整张表加锁」。读取时会对需要读到的所有表加共享锁，写入时则对表加排它锁。但在表有读取操作的同时，也可以往表中插入新的记录，这被称为并发插入。
|
||||||
|
|
||||||
MyISAM「不支持行级锁而是对整张表加锁」。读取时会对需要读到的所有表加共享锁，写入时则对表加排它锁。但在表有读取操作的同时，也可以往表中插入新的记录，这被称为并发插入。
|
MyISAM表可以手工或者自动执行检查和修复操作。但是和事务恢复以及崩溃恢复不同，可能导致一些「数据丢失」，而且修复操作是非常慢的。
|
||||||
|
|
||||||
MyISAM表可以手工或者自动执行检查和修复操作。但是和事务恢复以及崩溃恢复不同，可能导致一些「数据丢失」，而且修复操作是非常慢的。
|
对于MyISAM表，即使是`BLOB`和`TEXT`等长字段，也可以基于其前500个字符创建索引，MyISAM也支持「全文索引」，这是一种基于分词创建的索引，可以支持复杂的查询。
|
||||||
|
|
||||||
对于MyISAM表，即使是`BLOB`和`TEXT`等长字段，也可以基于其前500个字符创建索引，MyISAM也支持「全文索引」，这是一种基于分词创建的索引，可以支持复杂的查询。
|
如果指定了` DELAY_KEY_WRITE `选项，在每次修改执行完成时，不会立即将修改的索引数据写入磁盘，而是会写到内存中的键缓冲区，只有在清理键缓冲区或者关闭表的时候才会将对应的索引块写入磁盘。这种方式可以极大的提升写入性能，但是在数据库或者主机崩溃时会造成「索引损坏」，需要执行修复操作。
|
||||||
|
|
||||||
如果指定了` DELAY_KEY_WRITE `选项，在每次修改执行完成时，不会立即将修改的索引数据写入磁盘，而是会写到内存中的键缓冲区，只有在清理键缓冲区或者关闭表的时候才会将对应的索引块写入磁盘。这种方式可以极大的提升写入性能，但是在数据库或者主机崩溃时会造成「索引损坏」，需要执行修复操作。
|
#### InnoDB与MyISAM对比
|
||||||
|
|
||||||
#### InnoDB与MyISAM对比
|
说了这么多估计看一眼也没记住，给你一张表，简单罗列两种引擎的主要区别，如下图。
|
||||||
|
|
||||||
说了这么多估计看一眼也没记住，给你一张表，简单罗列两种引擎的主要区别，如下图。
|
|
||||||
|
|
||||||
|
|
||||||
|
#### 其他存储引擎
|
||||||
#### 其他存储引擎
|
|
||||||
|
MySQL还支持其他一些存储引擎，比如memory引擎、NDB集群引擎、CSV引擎，由于这些引擎没有上述InnoDB 和MyISAM 常用，这里不作介绍，感兴趣可以去翻MySQL文档了解。这里同样给出官方链接：https://dev.mysql.com/doc/refman/5.7/en/storage-engines.html
|
||||||
MySQL还支持其他一些存储引擎，比如memory引擎、NDB集群引擎、CSV引擎，由于这些引擎没有上述InnoDB 和MyISAM 常用，这里不作介绍，感兴趣可以去翻MySQL文档了解。这里同样给出官方链接：https://dev.mysql.com/doc/refman/5.7/en/storage-engines.html
|
|
||||||
|
|
||||||
|
|
||||||
|
### 再说两句
|
||||||
### 再说两句
|
|
||||||
|
这一篇是MySQL基础篇，我力求用通俗易懂和图表结合的形式给大家梳理这块知识，越是基础和底层的知识越容易被考察掌握程度，以上知识点都可能成为面试中的一个考察点，相信看完对MySQL事务和存储引擎应该有一个比较完整的理解。
|
||||||
这一篇是MySQL基础篇，我力求用通俗易懂和图表结合的形式给大家梳理这块知识，越是基础和底层的知识越容易被考察掌握程度，以上知识点都可能成为面试中的一个考察点，相信看完对MySQL事务和存储引擎应该有一个比较完整的理解。
|
|
||||||
|
最后，感谢各位的阅读，文章的目的是分享对知识的理解，若文中出现明显纰漏也欢迎指出，我们一起在探讨中学习。
|
||||||
最后，感谢各位的阅读，文章的目的是分享对知识的理解，若文中出现明显纰漏也欢迎指出，我们一起在探讨中学习。
|
|
||||||
|
****我是 lemon 一线互联网大厂程序员，热爱技术，乐于分享。欢迎扫码关注公众号「后端技术学堂」带你一起学编程，回复「资源」送你 3GB 的编程学习大礼包，包括Linux、数据库、C++、Python、数据结构与算法、设计模式、程序员面试指南等资源，欢迎关注，交流学习。**
|
||||||
> 可以微信搜索公众号「 后端技术学堂 」回复「资料」「1024」有我给你准备的各种编程学习资料。文章每周持续更新，我们下期见！
|
|
||||||
|
|
||||||
### References
|
|
||||||
|
|
||||||
https://book.douban.com/subject/23008813/
|
|
||||||
|
### References
|
||||||
https://juejin.im/post/5c519bb8f265da617831cfff#comment
|
|
||||||
|
https://book.douban.com/subject/23008813/
|
||||||
https://tech.meituan.com/2014/08/20/innodb-lock.html
|
|
||||||
|
https://juejin.im/post/5c519bb8f265da617831cfff#comment
|
||||||
https://blog.csdn.net/shellching/article/details/8106156
|
|
||||||
|
https://tech.meituan.com/2014/08/20/innodb-lock.html
|
||||||
https://coolshell.cn/articles/6790.html
|
|
||||||
|
https://blog.csdn.net/shellching/article/details/8106156
|
||||||
https://zhuanlan.zhihu.com/p/29166694
|
|
||||||
|
https://coolshell.cn/articles/6790.html
|
||||||
https://dev.mysql.com/doc/refman/5.7/en/storage-engines.html
|
|
||||||
|
https://zhuanlan.zhihu.com/p/29166694
|
||||||
https://www.zhihu.com/question/27876575
|
|
||||||
|
https://dev.mysql.com/doc/refman/5.7/en/storage-engines.html
|
||||||
https://www.runoob.com/mysql/mysql-transaction.html
|
|
||||||
|
https://www.zhihu.com/question/27876575
|
||||||
https://blog.csdn.net/qq_35642036/article/details/82820178?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task
|
|
||||||
|
https://www.runoob.com/mysql/mysql-transaction.html
|
||||||
|
|
||||||
|
https://blog.csdn.net/qq_35642036/article/details/82820178?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task
|
||||||
|
|
||||||
https://github.com/CyC2018/CS-Notes/blob/master/notes/MySQL.md#b-tree-%E5%8E%9F%E7%90%86
|
https://github.com/CyC2018/CS-Notes/blob/master/notes/MySQL.md#b-tree-%E5%8E%9F%E7%90%86
|
||||||
@@ -1,9 +1,9 @@
|
|||||||
> 文章每周持续更新，各位的「三连」是对我最大的肯定。可以微信搜索公众号「 后端技术学堂 」第一时间阅读（一般比博客早更新一到两篇）
|
|
||||||
## 单体式应用程序
|
## 单体式应用程序
|
||||||
|
|
||||||
与微服务相对的另一个概念是传统的**单体式应用程序**( Monolithic application )，单体式应用内部包含了所有需要的服务。而且各个服务功能模块有很强的耦合性，也就是相互依赖彼此，很难拆分和扩容。
|
与微服务相对的另一个概念是传统的**单体式应用程序**( Monolithic application )，单体式应用内部包含了所有需要的服务。而且各个服务功能模块有很强的耦合性，也就是相互依赖彼此，很难拆分和扩容。
|
||||||
|
|
||||||
说在做的各位都写过单体程序，大家都没意见吧？给大家举个栗子，刚开始写代码你写的helloworld程序就是单体程序，一个程序包含所有功能，虽然helloworld功能很简单。
|
说在做的各位都写过单体程序，大家都没意见吧？给大家举个栗子，刚开始写代码你写的helloworld程序就是单体程序，一个程序包含所有功能，虽然 helloworld 功能很简单。
|
||||||
|
|
||||||
#### 单体应用程序的优点
|
#### 单体应用程序的优点
|
||||||
|
|
||||||
@@ -11,6 +11,8 @@
|
|||||||
- 容易部署，程序单一不存在分布式集群的复杂部署环境，降低了部署难度。
|
- 容易部署，程序单一不存在分布式集群的复杂部署环境，降低了部署难度。
|
||||||
- 容易测试，没有各种复杂的服务调用关系，都是内部调用方便测试。
|
- 容易测试，没有各种复杂的服务调用关系，都是内部调用方便测试。
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
### 单体应用程序的缺点
|
### 单体应用程序的缺点
|
||||||
|
|
||||||
单体程序的缺点一开始不是特别明显，项目刚开始需求少，业务逻辑简单，写代码一时爽，一直爽。噩梦从业务迭代更新，系统日益庞大开始，前期的爽没有了，取而代之的是软件维护和迭代更新的无尽痛苦。
|
单体程序的缺点一开始不是特别明显，项目刚开始需求少，业务逻辑简单，写代码一时爽，一直爽。噩梦从业务迭代更新，系统日益庞大开始，前期的爽没有了，取而代之的是软件维护和迭代更新的无尽痛苦。
|
||||||
@@ -23,12 +25,16 @@
|
|||||||
|
|
||||||
此外，单体式应用程序由于服务之间的紧密度、相依性过高，这将导致测试、升级有所困难，且开发曲线有可能会在后期大幅度地上升，令开发不易。相较之下「微服务架构」能够解决这个问题。
|
此外，单体式应用程序由于服务之间的紧密度、相依性过高，这将导致测试、升级有所困难，且开发曲线有可能会在后期大幅度地上升，令开发不易。相较之下「微服务架构」能够解决这个问题。
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
## 微服务
|
## 微服务
|
||||||
|
|
||||||
微服务 (Microservices) 就是一些协同工作小而自治的服务。
|
微服务 (Microservices) 就是一些协同工作小而自治的服务。
|
||||||
|
|
||||||
> 2014年，[Martin Fowler](https://zh.wikipedia.org/wiki/Martin_Fowler) 与 [James Lewis](https://zh.wikipedia.org/w/index.php?title=James_Lewis&action=edit&redlink=1) 共同提出了微服务的概念，定义了微服务是由以单一应用程序构成的小服务，自己拥有自己的行程与轻量化处理，服务依业务功能设计，以全自动的方式部署，与其他服务使用 HTTP API 通信。同时服务会使用最小的规模的集中管理 (例如 [Docker](https://zh.wikipedia.org/wiki/Docker)) 能力，服务可以用不同的编程语言与数据库等组件实现 。「维基百科」
|
> 2014年，[Martin Fowler](https://zh.wikipedia.org/wiki/Martin_Fowler) 与 [James Lewis](https://zh.wikipedia.org/w/index.php?title=James_Lewis&action=edit&redlink=1) 共同提出了微服务的概念，定义了微服务是由以单一应用程序构成的小服务，自己拥有自己的行程与轻量化处理，服务依业务功能设计，以全自动的方式部署，与其他服务使用 HTTP API 通信。同时服务会使用最小的规模的集中管理 (例如 [Docker](https://zh.wikipedia.org/wiki/Docker)) 能力，服务可以用不同的编程语言与数据库等组件实现 。「维基百科」
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
### 举例
|
### 举例
|
||||||
|
|
||||||
|
|
||||||
@@ -226,11 +232,14 @@ Service Mesh 有如下几个特点：
|
|||||||
## 写在最后
|
## 写在最后
|
||||||
在IT世界没有什么技术是永不过时的，微服务架构的演进就是一个例子，从单体程序到微服务架构，再到`service mesh`架构，我不知道下一个技术迭代点是什么时候，但我知道微服务架构肯定还会更新，IT人更应该建立终身学习习惯。
|
在IT世界没有什么技术是永不过时的，微服务架构的演进就是一个例子，从单体程序到微服务架构，再到`service mesh`架构，我不知道下一个技术迭代点是什么时候，但我知道微服务架构肯定还会更新，IT人更应该建立终身学习习惯。
|
||||||
当然更重要的是拥有对技术的热情，热于拥抱变化、接受新技术，当我看到新技术我是兴奋的，内心os是`厉害了，还能这么玩！`，希望你也有这般热情，而不仅仅是面向工资编程，生活会有趣很多。
|
当然更重要的是拥有对技术的热情，热于拥抱变化、接受新技术，当我看到新技术我是兴奋的，内心os是`厉害了，还能这么玩！`，希望你也有这般热情，而不仅仅是面向工资编程，生活会有趣很多。
|
||||||
|
|
||||||
老规矩。感谢各位的阅读，文章的目的是分享对知识的理解，技术类文章我都会反复求证以求最大程度保证准确性，若文中出现明显纰漏也欢迎指出，我们一起在探讨中学习。
|
老规矩。感谢各位的阅读，文章的目的是分享对知识的理解，技术类文章我都会反复求证以求最大程度保证准确性，若文中出现明显纰漏也欢迎指出，我们一起在探讨中学习。
|
||||||
|
|
||||||
**原创不易，看到这里动动手指，各位的「三连」是对我持续创作的最大支持。**
|
**我是 lemon 一线互联网大厂程序员，热爱技术，乐于分享。欢迎扫码关注公众号「后端技术学堂」带你一起学编程，回复「资源」送你 3GB 的编程学习大礼包，包括Linux、数据库、C++、Python、数据结构与算法、设计模式、程序员面试指南等资源，欢迎关注，交流学习。**
|
||||||
|
|
||||||
> 可以微信搜索公众号「 后端技术学堂 」回复「资料」有我给你准备的各种编程学习资料。文章每周持续更新，我们下期见！
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
## reference
|
## reference
|
||||||
|
|
||||||
Reference in New Issue
Block a user