标签：教程 java 隔离 并发 数据库 事务 程序员 MySQL 级别
前言
前面也说了，
学习Netty的基础，那就是Nio，昨天我们简单的过了一下BIO，这是我们Java IO的基础，在JDK1.4之前的主要的io方式。
今天开始，我们就开始把NIO的一些东西了解清楚，之后才是Netty ，
因为我们的Netty是基础NIO的一个框架嘛，下面就来详细说说。
20道常见MySQL数据库面试题+解析
-
事务四大特性（ACID）原子性、一致性、隔离性、持久性？
-
事务的并发？事务隔离级别，每个级别会引发什么问题，MySQL默认是哪个级别？
-
MySQL常见的三种存储引擎（InnoDB、MyISAM、MEMORY）的区别？
-
MySQL的MyISAM与InnoDB两种存储引擎在，事务、锁级别，各自的适用场景？
-
查询语句不同元素（where、jion、limit、group by、having等等）执行先后顺序？
-
什么是临时表，临时表什么时候删除?
-
MySQL B+Tree索引和Hash索引的区别？
-
sql查询语句确定创建哪种类型的索引？如何优化查询？
-
聚集索引和非聚集索引区别？
-
有哪些锁（乐观锁悲观锁），select 时怎么加排它锁？
-
非关系型数据库和关系型数据库区别，优势比较？
-
数据库三范式，根据某个场景设计数据表？
-
数据库的读写分离、主从复制，主从复制分析的 7 个问题？
-
使用explain优化sql和索引？
-
MySQL慢查询怎么解决？
-
什么是 内连接、外连接、交叉连接、笛卡尔积等？
-
mysql都有什么锁，死锁判定原理和具体场景，死锁怎么解决？
-
varchar和char的使用场景？
-
mysql 高并发环境解决方案？
-
数据库崩溃时事务的恢复机制（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事务的隔离级别
事务隔离级别
-
读未提交：另一个事务修改了数据，但尚未提交，而本事务中的SELECT会读到这些未被提交的数据脏读
-
不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果因此本事务先后两次读到的数据结果会不一致。
-
可重复读：在同一个事务里，SELECT的结果是事务开始时时间点的状态，因此，同样的SELECT操作读到的结果会是一致的。但是，会有幻读现象
-
串行化：最高的隔离级别，在这个隔离级别下，不会产生任何异常。并发的事务，就像事务是在一个个按照顺序执行一样
2.3 MySQL默认的事务隔离级别为repeatable-read
-
MySQL 支持 4 中事务隔离级别.
-
事务的隔离级别要得到底层数据库引擎的支持, 而不是应用程序或者框架的支持.
-
Oracle 支持的 2 种事务隔离级别：READ_COMMITED , SERIALIZABLE
2.3补充
-
SQL规范所规定的标准，不同的数据库具体的实现可能会有些差异
-
MySQL中默认事务隔离级别是“可重复读”时并不会锁住读取到的行
-
事务隔离级别：未提交读时，写数据只会锁住相应的行。
-
事务隔离级别为：可重复读时，写数据会锁住整张表。
-
事务隔离级别为：串行化时，读写数据都会锁住整张表。
隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大，鱼和熊掌不可兼得啊。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。
21条MySQL性能调优经验
-
为查询缓存优化你的查询
-
EXPLAIN你的SELECT查询
-
当只要一行数据时使用LIMIT 1
-
为搜索字段建索引
-
在Join表的时候使用相当类型的例，并将其索引
-
千万不要 ORDER BY RAND()
-
避免 SELECT *
-
永远为每张表设置一个 ID
-
使用 ENUM 而不是 VARCHAR
-
从 PROCEDURE ANALYSE() 取得建议
-
尽可能的使用 NOT NULL
-
Prepared Statements
-
无缓冲的查询
-
把 IP 地址存成 UNSIGNED INT
-
固定长度的表会更快
-
垂直分割
-
拆分大的 DELETE 或 INSERT 语句
-
越小的列会越快
-
选择正确的存储引擎
-
使用一个对象关系映射器(Object Relational Mapper)
-
小心“永久链接”
最后
为什么我不完全主张自学？
①平台上的大牛基本上都有很多年的工作经验了，你有没有想过之前行业的门槛是什么样的，现在行业门槛是什么样的？以前企业对于程序员能力要求没有这么高，甚至十多年前你只要会写个“Hello World”，你都可以入门这个行业，所以以前要入门是完全可以入门的。
②现在也有一些优秀的年轻大牛，他们或许也是自学成才，但是他们一定是具备优秀的学习能力，优秀的自我管理能力（时间管理，静心坚持等方面）以及善于发现问题并总结问题。
如果说你认为你的目标十分明确，能做到第②点所说的几个点，以目前的市场来看，你才真正的适合去自学。
除此之外，对于绝大部分人来说，报班一定是最好的一种快速成长的方式。但是有个问题，现在市场上的培训机构质量参差不齐，如果你没有找准一个好的培训班，完全是浪费精力，时间以及金钱，这个需要自己去甄别选择。
我个人建议线上比线下的性价比更高，线下培训价格基本上没2W是下不来的，线上教育现在比较成熟了，此次疫情期间，学生基本上都感受过线上的学习模式。相比线下而言，线上的优势以我的了解主要是以下几个方面：
①价格：线上的价格基本上是线下的一半；
②老师：相对而言线上教育的师资力量比线下更强大也更加丰富，资源更好协调；
③时间：学习时间相对而言更自由，不用裸辞学习，适合边学边工作，降低生活压力；
④课程：从课程内容来说，确实要比线下讲的更加深入。
应该学哪些技术才能达到企业的要求？（下图总结）
入。
应该学哪些技术才能达到企业的要求？（下图总结）
[外链图片转存中…(img-DulW1UuG-1620990749212)]
[外链图片转存中…(img-EQfqdw7G-1620990749213)]
标签：教程,java,隔离,并发,数据库,事务,程序员,MySQL,级别 来源： https://blog.csdn.net/m0_57286571/article/details/116802530
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。