这里说明下，mysql事物和锁往往配合工作，所以这里放一起。然后做着做着，发现也离不开日志文件，就在这里一并做了
MySQL复制从问世到现在已经经历了多个年头，它的稳定性和可靠性也在稳步的提高。这是一个不停进化的过程，由于MySQL的很多重要功能都是依赖于复制，所以复制的快速发展也是很容易理解的。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/137410.html原文链接：https://javaforall.cn
binlog会以事件的形式记录了所有的ddl和dml语句（它记录的是sql，属于逻辑日志），可以用来数据恢复和主从复制
MySQL 的默认事物隔离级别是 RR (Repeatable Read) ，可重复读级别是能够解决脏读、不可重复读的这两个事物并发问题的，但是幻读的问题仍会存在，如果使用Serializable的隔离级别，对于高并发的业务来说是不实际的。那么 MySQL 是如何解决幻读这个棘手的问题呢？
现在很多软件都是多用户,多程序,多线程的,对同一张表可能同时有很多人在用,为保持数据的一致性,所以提出了事物的概念
补充解释下这个问题，mysql环境，innodb引擎，事务的隔离级别是可重复读，一个表只有两个字段，然后插入4条数据，希望你构造上图中的一种情况，就是明明update了，但是结果没有更新，select也好像没有生效。
访问了几个页面都是正常的，唯独某几个页面查询实时监控数据时无法加载出来，F12查看接口发现有几个业务相似的接口长时间不返回数据。
比如:多事务的执行方法,当不止一个请求到来时候,前面都还没执行以及有许多工作需要完成这时候常常是串行执行、交叉并发执行、同时并发执行；
MySQL偶尔会出现OOM（内存溢出）现象,导致MySQl服务重启，以下哪种方式能有效缓解OOM的情况发生（）
错误原因： 两个事物之间出现死锁，导致另外一个事物超时 某一种表频繁被锁表，导致其他事物无法拿到锁，导致事物超时 当前运行的所有事务： mysql> SELECT * FROM information_schema.INNODB_TRX; 当前出现的锁 mysql> SELECT * FROM information_schema.INNODB_LOCKs; 锁等待的对应关系 mysql> SELECT * FROM information_schema.INNODB_LOCK_waits; 解决方法（暴力
1、MySQL偶尔会出现OOM（内存溢出）现象,导致MySQl服务重启，以下哪种方式能有效缓解OOM的情况发生（ ）
本次使用的是go mod进行包依赖管理，还不会使用的向上爬梯子，找go mod用法。
之前在深入了解数据库理论的时候，了解到事物的不同隔离级别可能存在的问题。为了更好的理解所以在MySQL数据库中测试复现这些问题。关于脏读和不可重复读在相应的隔离级别下都很容易的复现了。但是对于幻读，我发现在可重复读的隔离级别下没有出现，当时想到难道是MySQL对幻读做了什么处理？
给表新增字段时，发现锁表了，查看进程，提示Waiting for table metadata lock，等待锁释放；然而蛋疼的是几分钟过去了，依然没有任何的进展，特此记录下这个问题的定位过程以及MDL的相关背景知识
在所有事物中可以看到事物没有提交的结果，实际应用中是很少的，他的性能也不比其他隔离级别好很多，读到未提交的结果导致脏读
MySQL InnoDB Lock主要从5个部分介绍，这篇文章介绍前2部分，下一篇会详细介绍后3部分。 ---- 数据库数据一致性 InnoDB事物一致级别 InnoDBLock基础知识 RR一致级别下SQL对应InnoDBLock情形 InnoDBLock定位分析 ---- 数据库数据一致性 u 脏读：dirty read，事物A读取到事物B未提交的事物。不符合一致性。 u 不可重复读：事物A读取数据，事物B读取到此数据并且更新此数据，事物A为了对读取数据进行检验再次读取数据时，2次读取获得不同的数据。在
面试官：比如说redis的事务是不支持原子性和持久性的，包括他们的实现原理等方面也是有很大区别的。
今天无意中发现了一个云栖社区举行的MySQL“第一季：挑战玄惭之 慢SQL性能优化赛”，在测试服务器上执行其测试脚本写入数据的时候报错提示如下， Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage,increase this mysqld variable and try agagin
1.创建数据库 create database database_name; 例：create database aa; show create database aa;(查看database aa) 2.删除数据库 drop database database_name; 3.mysql所支持的存储引擎： show engines\G（注意有defaut 是默认的引擎） InnoDB存储引擎：是事物型数据库的首选，支持事物安全表（ACID），支持锁定和外键，mysql5.5.5之后，InnoDB作为默认存
mysql隔离级别在面试中经常出现，今天我就分析一下这几个隔离级别，mysql提供了四种隔离级别,以及解决可以解决哪种问题,如下图
本文为笔者 2 年前写一篇说明性文章，发现很多同学都在问这个问题，因此做一次分享。
当别人问我Mysql的存储引擎的时候,我就知道Myisam和innodb 虽然知道有其他的存储引擎,但是从来没有去了解过今天了解一下扩充知识 查看Mysql的存储引擎 show engines; My
最近工作内容需要向一张表里面写入数据，有两个实现方法，每种方法会运行得到一份结果，两个结果的key会有大部分重复，后面跟的value会有不同。 表格中只允许两个结果中其中的一个key存在，二者选其一，只能更新替代。在往表里写的程序是没有错误的，但最终从表里查询的时候，发现很多key有两份数据结果，思考其原因，可能跟事物隔离有关系，这里讲解下事物及事物隔离。
GTID定义： 定义：GTID即全局事务ID（global transaction identifier），一个事物对应一个GTID引入：MySQL-5.6.5开始支持，MySQL-5.6.10后开始完善组成：GTID = server_uuid ：transaction_idserver_uuid首次启动时 MySQL 会自动生成一个 server_uuid，并且保存到 auto.cnf 文件，一个实例对应一个server_uuidtransaction_id从 1 开始的自增计数，表示在这个主库上执行
my.cnf中有两个参数设置： expire_logs_days = 7 #binlog保留时间7天 max_binlog_size = 1G #binlog大小 问题描述：
背景：安装完master之后，修改root密码的时候忘了关闭binlog，导致update MySQL.user表的时候记录了binlog
binglog的写入逻辑比较简单，事物执行过程中，先把日志写入到binglog cache,在事物提交的时候，再把binglog cache写到binlog文件中.
TPS:Transactions Per Second (每秒传输的事物处理个数) ,这是指服务器每秒处理的事物数,支持事物的存储引擎如Innodb等特有的一个性能指标;
• 不可重复读：事物A同样的查询条件，查询多次，读出的数据不一样,不一样的侧重点在于 update和delete
MySQL有很多种复制，至少从概念上来看，传统的主从复制，半同步复制，GTID复制，多线程复制，以及组复制（MGR）。 咋一看起来很多，各种各样的复制，其实从原理上看，各种复制的原理并无太大的异同。 每一种复制的出现都是有其原因的，是解决（或者说是弥补）前一种的复制方案的潜在的问题的。 新的复制方式的出现，是基于对原复制某一方面增强或者是优化的结果，而不是全新的一种方案或者技术，所以就不难理解为什么有这么多中复制。 其实搞出来这么多概念，个人觉得是源于开源的原因吧，不同复制版本的出现，因为是一个不断发现问题就解决问题的过程。 如果是闭源的数据库，你只管打补丁就行了，SP1,SP2,SP3……，应该不会出现这么多概念上的东西。
事务是一个非常重要的知识点，前面的文章已经有介绍了关于SpringAOP代理的实现过程；事务管理也是AOP的一个重要的功能。
NameExec方法是通过结构体或Map绑定SQL语句，试了试，感觉用处不大，不做举例。
不同的隔离级别,对待锁的处理也是不一样的,这里我们以MYSQL 5.7 ,innoDB引擎下,RR(repeatable-read)级别探讨;
MVCC （Multi-Version Concurrency Control）,多版本并发控制。数据库实现并发访问请求，就是基于 MVCC 实现的。
http://blog.csdn.net/qh_java/article/details/14045765
MySQL InnoDB Lock主要从5个部分介绍，这篇文章承接 上一篇 ，会详细介绍后3部分。 ---- 数据库数据一致性 InnoDB事物一致级别 InnoDBLock基础知识 RR一致级别下SQL对应InnoDBLock情形 InnoDBLock定位分析 ---- InnoDBLock基础知识 InnoDB锁按照级别分： 表级别（MySQL Server提供）MySQL Internal Lock或意向锁 行级别（InnoDB存储引擎提供） InnoDB表级别锁按照操作性分： IS Lock（意向共
在数据库中数据也是一种供许多用户共享的资源,如何保证数据并发访问的一致性,有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素;
事务A执行多次读取操作过程中，由于在事务提交之前，事务B（insert/delete/update）写入了一些符合事务A的查询条件的记录，导致事务A在之后的查询结果与之前的结果不一致，这种情况称之为幻读。
此删除涉及到事物，在删除计划的过程中，还要删除立项信息、合同需求信息关联的计划信息。在删除开始之前设置事物，是不够严谨的。所以，把开启事物放置到删除立项的方法、合同需求方法、计划的方法，这样，每一模块是一个单独的事物。锁的范围缩小，基本并发可用。
一、mysql默认安装的4个库： 1.information_schema：保存关于mysql服务器所维护的所有的其他数据库的信息，例如：数据库名、数据库中的表名； 2.mysql：记录数据库用户，权限，关键字等。mysql自己需要使用的控制和管理信息； 3.performance_schema：5.5版本新增一个库，用于手机服务器性能参数，且该库中所有的表的存储引擎均为performance_schema； 4.test：测试库，所有用户再test库里都有root权限（一般不会存储有用的信息再test库里） 二.1.创建数据库:create database databasename; databasename是指数据库名称 2.移动到指定的数据库里:use databasename; 3.删除数据库:drop database databasename; 其它用法 1、使用SHOW语句找出在服务器上当前存在什么数据库： mysql> SHOW DATABASES; 2、创建一个数据库MYSQLDATA mysql> CREATE DATABASE MYSQLDATA; 3、选择你所创建的数据库 mysql> USE MYSQLDATA; (按回车键出现Database changed 时说明操作成功！) 4、查看现在的数据库中存在什么表 mysql> SHOW TABLES; 5、创建一个数据库表 mysql> CREATE TABLE MYTABLE (name VARCHAR(20), sex CHAR(1)); 6、显示表的结构： mysql> DESCRIBE MYTABLE; 7、往表中加入记录 mysql> insert into MYTABLE values (”hyq”,”M”); 8、用文本方式将数据装入数据库表中（例如D:/mysql.txt） mysql> LOAD DATA LOCAL INFILE “D:/mysql.txt” INTO TABLE MYTABLE; 9、导入.sql文件命令（例如D:/mysql.sql） mysql>use database; mysql>source d:/mysql.sql; 三，数据库的存储引擎: 1.什么是存储引擎:数据库的存储引擎是数据库的底层软件组件，数据库管理系统(Dbms)就是依赖存储引擎来对数据表进行创建，查询，更新和删除操作的。不同的存储引擎提供了不同的存储机制，索引技巧和锁定水平等功能。还可以获得某些特定的功能。现在不同的数据库的管理系统都支持多种不同的存储引擎。mysql的核心就是存储引擎。 2.MySQL的存储引擎，包括处理事务安全表的引擎和处理非事务安全表的引擎。在MySQL中不需要所有的表都使用同一种引擎，针对具体的需求每一张表都可以选择不同的存储引擎。 MySQL5.5支持的存储引擎有:InnoDB，MyiSAM，Memory，CVS等。 查看mysql中所有的存储引擎的命令:show engines\G Engine: PERFORMANCE_SCHEMA #引擎名称 Support: YES #mysql是否支持这种引擎 Comment: Performance Schema #mysql对它的评价 Transactions: NO #是否支持事务 XA: NO #是否支持事务的分布式 Savepoints: NO #事务的保存点 1.myisam存储引擎的特点: (1)myisam引擎读取速度快，占用资源少，不支持事务，不支持外键约束，但支持全文索引 （2）读写相互阻塞，也就是说读数据的时候就不能写数据，写数据的时候就不能读数据; (3)myisam引擎只能缓存索引，而不能缓存数据; (4)mysql5.5之前的默认引擎。 使用场景： （1）不需要事务支持的业务，例如银行转账就不适合用myisam引擎； （2）适用于读数据比较多的业务，不适用于读写频繁的业务； （3）并发相对较低的业务(纯读或者纯写的高并发也可以)，数据修改相对较少的业务； （4）硬件资源比较差的机器可以考虑多使用myisam引擎。 2.InnoDB存储引擎的特点： （1）事物类数据表的首选引擎，支持事物安全表，支持行级别锁定和外键，mysql5.5之后的默认引擎； （2）具有提交，回滚和崩溃恢复能力的事物安全存储引擎，能处理巨大的数据量，性能及效率高，完全支持外键完整约束条件； （3）具有非常高的效的缓存特性，能缓存索引也能缓存数据，对硬件要求高， （4）使用InnoDB时，将在mysql数据目录创建一个名为ibdata的10M带大小的自动扩展文件，以及两个名为ib_logfile0和ib_logfile1的5M带大小的日志文件。 使用场景:
我们知道mysql中存在很多自增id,然后不断增长，由于只要给id定义了这个数的字节长度，那么他就有了上限,比如无符号整型(unsigned int)是4个字节，因此他的上限是2^32-1,
写这篇文字的起因是众多的DB们投入到学习PG数据库，遇到了一些困难，其实提出这个题目的时候，其实我也在想，每种数据库都有自己的适合的管理方法，有些是管理方法实则是无奈。最近有人问 POSTGRESQL 使用的方式是更贴近ORACLE 还是 MYSQL。
事物是区分文件存储系统与Nosql数据库重要特性之一，其存在的意义是为了保证即使在并发情况下也能正确的执行crud操作。怎样才算是正确的呢？这时提出了事物需要保证的四个特性即ACID：
增删改查：视图的增删改查操作与一般表的操作相同，使用insert update delete select即可，但是原数据表的约束条件仍然对视图产生作用。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
