ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

RabbitMQ的高级特性和消息补偿机制

2021-06-26 13:29:28  阅读:226  来源: 互联网

标签:事务 隔离 数据库 特性 并发 补偿 RabbitMQ MySQL 级别


前言

“大专人大专魂,大专都是人上人”
当我看到这句话突然就在各个平台火了之后,又开始涌现出了一批又一批抨击专科的网友。
其中有一条评论我记忆犹新:大专生努力做什么都行,就是别做程序员了,别祸害IT届拉低档次了。看完这条评论时我实在耐不住心情促使我敲出这篇文章。作为一个专科毕业成为程序员的人,我发现大家对专科生当程序员这件事恶意满满,不少人说大专能当程序员?大专能进大厂?大专出身,做Java程序员真的没有春天吗?

20道常见MySQL数据库面试题+解析

  1. 事务四大特性(ACID)原子性、一致性、隔离性、持久性?

  2. 事务的并发?事务隔离级别,每个级别会引发什么问题,MySQL默认是哪个级别?

  3. MySQL常见的三种存储引擎(InnoDB、MyISAM、MEMORY)的区别?

  4. MySQL的MyISAM与InnoDB两种存储引擎在,事务、锁级别,各自的适用场景?

  5. 查询语句不同元素(where、jion、limit、group by、having等等)执行先后顺序?

  6. 什么是临时表,临时表什么时候删除?

  7. MySQL B+Tree索引和Hash索引的区别?

  8. sql查询语句确定创建哪种类型的索引?如何优化查询?

  9. 聚集索引和非聚集索引区别?

  10. 有哪些锁(乐观锁悲观锁),select 时怎么加排它锁?

  11. 非关系型数据库和关系型数据库区别,优势比较?

  12. 数据库三范式,根据某个场景设计数据表?

  13. 数据库的读写分离、主从复制,主从复制分析的 7 个问题?

  14. 使用explain优化sql和索引?

  15. MySQL慢查询怎么解决?

  16. 什么是 内连接、外连接、交叉连接、笛卡尔积等?

  17. mysql都有什么锁,死锁判定原理和具体场景,死锁怎么解决?

  18. varchar和char的使用场景?

  19. mysql 高并发环境解决方案?

  20. 数据库崩溃时事务的恢复机制(REDO日志和UNDO日志)?

1、事务四大特性(ACID)原子性、一致性、隔离性、持久性?

原子性(Atomicity)

  • 原子性是指事务包含的所有操作要么全部成功,要么全部失败回滚,因此事务的操作如果成功就必须要完全应用到数据库,如果操作失败则不能对数据库有任何影响。

一致性(Consistency)

  • 事务开始前和结束后,数据库的完整性约束没有被破坏。比如A向B转账,不可能A扣了钱,B却没收到

隔离性(Isolation)

  • 隔离性是当多个用户并发访问数据库时,比如操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要相互隔离

同一时间,只允许一个事务请求同一数据,不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱,在A取钱的过程结束前,B不能向这张卡转账。

关于事务的隔离性数据库提供了多种隔离级别,稍后会介绍到持久性(Durability)

  • 持久性是指一个事务一旦被提交了,那么对数据库中的数据的改变就是永久性的,即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作

2、事务的并发?事务隔离级别,每个级别会引发什么问题,MySQL默认是哪个级别?

从理论上来说, 事务应该彼此完全隔离, 以避免并发事务所导致的问题,然而, 那样会对性能产生极大的影响, 因为事务必须按顺序运行, 在实际开发中, 为了提升性能, 事务会以较低的隔离级别运行, 事务的隔离级别可以通过隔离事务属性指定

2.1事务的并发问题

(1)脏读:事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的数据是脏数据

(2)不可重复读:事务 A 多次读取同一数据,事务 B 在事务A多次读取的过程中,对数据作了更新并提交,导致事务A多次读取同一数据时,结果因此本事务先后两次读到的数据结果会不一致。

(3)幻读:幻读解决了不重复读,保证了同一个事务里,查询的结果都是事务开始时的状态(一致性)。

例如:事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作 这时事务T2又对这个表中插入了一行数据项,而这个数据项的数值还是为“1”并且提交给数据库。 而操作事务T1的用户如果再查看刚刚修改的数据,会发现还有跟没有修改一样,其实这行是从事务T2中添加的,就好像产生幻觉一样,这就是发生了幻读。

小结:不可重复读的和幻读很容易混淆,不可重复读侧重于修改,幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行,解决幻读需要锁表。

2.2事务的隔离级别

事务隔离级别

image

  • 读未提交:另一个事务修改了数据,但尚未提交,而本事务中的SELECT会读到这些未被提交的数据脏读

  • 不可重复读:事务 A 多次读取同一数据,事务 B 在事务A多次读取的过程中,对数据作了更新并提交,导致事务A多次读取同一数据时,结果因此本事务先后两次读到的数据结果会不一致。

  • 可重复读:在同一个事务里,SELECT的结果是事务开始时时间点的状态,因此,同样的SELECT操作读到的结果会是一致的。但是,会有幻读现象

  • 串行化:最高的隔离级别,在这个隔离级别下,不会产生任何异常。并发的事务,就像事务是在一个个按照顺序执行一样

2.3 MySQL默认的事务隔离级别为repeatable-read

  • MySQL 支持 4 中事务隔离级别.

  • 事务的隔离级别要得到底层数据库引擎的支持, 而不是应用程序或者框架的支持.

  • Oracle 支持的 2 种事务隔离级别:READ_COMMITED , SERIALIZABLE

2.3补充

  1. SQL规范所规定的标准,不同的数据库具体的实现可能会有些差异

  2. MySQL中默认事务隔离级别是“可重复读”时并不会锁住读取到的行

  • 事务隔离级别未提交读时,写数据只会锁住相应的行。

  • 事务隔离级别为可重复读时,写数据会锁住整张表。

  • 事务隔离级别为串行化时,读写数据都会锁住整张表。

隔离级别越高越能保证数据的完整性和一致性,但是对并发性能的影响也越大,鱼和熊掌不可兼得啊。对于多数应用程序,可以优先考虑把数据库系统的隔离级别设为Read Committed,它能够避免脏读取,而且具有较好的并发性能。尽管它会导致不可重复读、幻读这些并发问题,在可能出现这类问题的个别场合,可以由应用程序采用悲观锁或乐观锁来控制。

image.png

21条MySQL性能调优经验

  1. 为查询缓存优化你的查询

  2. EXPLAIN你的SELECT查询

  3. 当只要一行数据时使用LIMIT 1

  4. 为搜索字段建索引

  5. 在Join表的时候使用相当类型的例,并将其索引

  6. 千万不要 ORDER BY RAND()

  7. 避免 SELECT *

  8. 永远为每张表设置一个 ID

  9. 使用 ENUM 而不是 VARCHAR

  10. 从 PROCEDURE ANALYSE() 取得建议

  11. 尽可能的使用 NOT NULL

  12. Prepared Statements

  13. 无缓冲的查询

  14. 把 IP 地址存成 UNSIGNED INT

  15. 固定长度的表会更快

  16. 垂直分割

  17. 拆分大的 DELETE 或 INSERT 语句

  18. 越小的列会越快

  19. 选择正确的存储引擎

  20. 使用一个对象关系映射器(Object Relational Mapper)

  21. 小心“永久链接”

image

最后

这份文档从构建一个键值数据库的关键架构入手,不仅带你建立起全局观,还帮你迅速抓住核心主线。除此之外,还会具体讲解数据结构、线程模型、网络框架、持久化、主从同步和切片集群等,帮你搞懂底层原理。相信这对于所有层次的Redis使用者都是一份非常完美的教程了。

image

快速入手通道:(戳这里,免费下载)诚意满满!!!

整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持,我的动力;祝各位前程似锦,offer不断!!!

.(img-wdpchjQF-1624685239154)]

快速入手通道:(戳这里,免费下载)诚意满满!!!

整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持,我的动力;祝各位前程似锦,offer不断!!!

标签:事务,隔离,数据库,特性,并发,补偿,RabbitMQ,MySQL,级别
来源: https://blog.csdn.net/m0_57205294/article/details/118248120

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有