一、mysqlinsert事务流程？
MySQL的INSERT事务流程如下：
开始一个事务，可以使用BEGIN或STARTTRANSACTION语句。
接着，执行INSERT语句来插入数据。如果插入成功，事务会继续执行下一个语句。如果插入失败，事务会回滚到事务开始前的情形，所有已插入的数据都会被撤销。
最后，使用COMMIT语句来提交事务，将所有的修改永久保存到数据库中。
如果在事务执行经过中出现错误，可以使用ROLLBACK语句来回滚事务，撤销所有的修改。
事务的目的是确保数据的一致性和完整性，保证多个操作的原子性。
二、mysql事务的优缺点？
Mysql分布式锁一般适用于资源不存在数据库，如果数据库存在比如订单，那么可以直接对这条数据加行锁，不需要我们上面多的繁琐的步骤，比如一个订单，那么我们可以用select*fromorder_tablewhereid=&39;xxx&39;forupdate进行加行锁，那么其他的事务就不能对其进行修改。
优点:领悟起来简单，不需要维护额外的第三方中间件(比如Redis,Zk)。
缺点:虽然容易领悟然而实现起来较为繁琐，需要自己考虑锁超时，加事务等等。性能局限于数据库，一般对比缓存来说性能较低。对于高并发的场景并不是很适合。
三、mysqlbinlog事务怎样记录？
用来判断binlog中每条记录是在何者服务器上产生的，在主主复制架构中可以防止无限复制循环。Enteranamefortheerrorlogfile.Otherwiseadefaultnamewillbeused.log-error=err.logEnteranameforthequerylogfile.Otherwiseadefaultnamewillbeused.log=Enteranamefortheslowquerylogfile.Otherwiseadefaultnamewillbeused.log-slow-queries=Enteranamefortheupdatelogfile.Otherwiseadefaultnamewillbeused.log-update=Enteranameforthebinarylog.Otherwiseadefaultnamewillbeused.log-bin=
四、业务逻辑概念和事务逻辑概念？
所谓逻辑业务就是怎样把数据层的代码结合在一起,从而实现需要的功能事务逻辑概念:事务处理点和数据访问点
五、redis事务和mysql事务有何区别？
mysql事务具有原子性，隔离性，一致性的特点。
redis提供multi，exec，watch来支持事务：
原子性，一致性：
redis保证在multi，exec之间的语句小编认为一个整体执行，redis在exec后，是无法回滚的，会出现部分成功，部分失败情况。
隔离性（mysql默认可重复读：事务中多次读取同一数据是一致的）：
redis的事务类似mysql的串行化隔离界别，执行期间不会乱入其他语句。redis在事务使用乐观锁。
redis通过watch来监测数据，在执行exec前，监测的数据被其他人更改会抛出错误，取消执行。而exec执行时，redis保证不会插入其他人语句来实现隔离。
六、mysql事务执行时刻？
事物呢执业时刻在于sql语句的执业时刻，和你提交的时刻
七、mysql是否支持跨库事务？
是的，支持的。
mysql支持跨库事务。
跨库事务难题，譬如，在一个mysql实例中,现有A库和B库,在一个事务里同时向两库各表插入一条数据,这时就涉及一个事务跨不同库的难题。
要确保mysql开启XA事务支持SHOWVARIABLESLIKE‘%XA%’
如果innodb_support_xa的值是ON就说明mysql已经开启对XA事务的支持了。
如果不是就执行：
SETinnodb_support_xa=ON。
八、Mysql集群怎样管理事务？
MySQL集群（例如：MySQLCluster）中的事务管理主要依赖于MySQL的InnoDB存储引擎。InnoDB支持ACID事务，保证事务的原子性、一致性、隔离性和持久性。在MySQL集群中，事务的管理方式与在单个MySQL服务器中并无太大差异。下面是一些关于怎样管理事务的基本步骤：
开始事务：执行SQL语句&34;STARTTRANSACTION&34;开始一个新的事务。这会开启一个新的事务并锁定相关的数据。
执行SQL语句：执行你需要执行的事务逻辑。这可能包括插入、更新或删除操作。
提交或回滚事务：如果事务执行成功，你可以选择提交事务，使其永久生效。如果遇到错误或你需要撤销更改，可以选择回滚事务，撤销所有未提交的更改。
提交事务：执行SQL语句&34;COMMIT&34;来提交事务。这会解锁之前锁定的事务，并将更改应用到数据库中。
回滚事务：如果你需要撤销更改，可以执行SQL语句&34;ROLLBACK&34;来回滚事务。这会撤销未提交的更改并解锁事务。
处理异常：在事务执行经过中，如果遇到异常（如：语法错误、访问制度违反等），MySQL将中止事务并回滚更改。你需要处理这些异常以防止数据不一致。
在MySQL集群中，事务的管理和单个MySQL服务器类似，但需要注意下面内容几点：
确保数据一致性：在集群环境中，每个节点可能独立处理事务。为了确保数据一致性，你需要使用合适的同步策略（如：两阶段提交、分布式事务等）。
考虑分布式事务：在跨多个节点的分布式事务中，可能需要使用到分布式事务管理器（如：XA事务）来保证跨节点的事务一致性。
注意锁的粒度：在集群环境中，锁的粒度可能会影响性能和数据一致性。适当选择锁的粒度以确保并发性和数据一致性之间的平衡。
监控和管理集群性能：集群环境需要更多的监控和管理。注意监控集群的性能指标，及时发现和难题解决，确保集群的稳定性和性能。
MySQL集群的事务管理主要依赖于InnoDB存储引擎和适当的事务控制语句。为了确保数据一致性和性能，你需要根据具体情况选择合适的事务策略和管理技巧。
九、golang中怎样使用mysql事务？
有orm的第三方库你可以用下，比如：beego的orm，go-xorm这些，都有例子说明怎样使用事务的
十、mysql事务与锁的关系？
事务和锁
事务的定义
简而言之：事务（Transaction）是并发控制的基本单位。
所谓的事务，它一个操作序列，这些操作要么都执行，要么都不执行，它一个不可分割的职业单位。
事务的特点ACID
原子性（Atomicity）：一个事务一个不可分割的职业单位，事务中包括的诸操作要么都做，要么都不做。
一致性（Consistency）：事务必须是使数据库从一个一致性情形变到另一个一致性情形。一致性与原子性是密切相关的。
隔离性（Isolation）：一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。
持久性（Durability）：持久性也称永久性（permanence），指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。
事务对应的语句
BEGINTRANSACTION开始事务
COMMITTRANSACTION提交事务
ROLLBACKTRANSACTION回滚事务
事务并发控制
事务不考虑隔离性引发的难题
脏读：此种异常时由于一个事务读取了另一个事务修改了然而未提交的数据，当修改的事务进行回滚操作时将造成读取事务异常。
不可重复读：在一个事务内读取表中的某一行数据，多次读取结局不同。（一个事务读取到了另外一个事务提交的数据）
幻读（虚读）：指在一个事务内读取到了别的事务插入的数据，导致前后读取不一致。例如读整个表，即表的行数，例如第一次读某个表有3条记录，第二次读该表又有4条记录（和不可重复读的不同：不可重复读针对的是数据的值，幻读针对的是数据的数量）
数据库事务隔离级别（SQL标准定义）
READUNCOMMITTED（未提交读）：事务中的修改，即使没有提交，其他事务也可以看得到。很容易导致脏读等众多难题，如无必要，很少使用
READCOMMITTED（提交读）：大多数数据库体系默认的隔离级别（除Mysql等）。这种隔离级别就一个事务的开始，只能看到已经完成的事务的结局，正在执行的，是无法被其他事务看到的。这种级别会出现读取旧数据的现象，即不可重复读的难题。
REPEATABLEREAD（可重复读）：解决了脏读的难题，该级别保证了每行的记录的结局是一致的，也就是上面说的读了旧数据的难题，然而却无法解决另一个难题，幻行，顾名思义就是突然蹦出来的行数据。指的就是某个事务在读取某个范围的数据，然而另一个事务又向这个范围的数据去插入数据，导致多次读取的时候，数据的行数不一致。即幻读。–MYSQL默认隔离级别
SERIALIZABLE（可串行化）：最高的隔离级别，它通过强制事务串行执行（注意是串行），避免了前面的幻读情况，由于他大量加上锁，导致大量的请求超时，因此性能会比较底下，在特别需要数据一致性且并发量不需要那么大的时候才可能考虑这个隔离级别
数据库锁
数据库锁的基本类型：
X锁：exclusive用于写操作
-某数据对象在没有加任何锁的情况下，一个事务可以对其加X锁，而其他事务就不能对其再加任何锁
S锁：share用于读操作
-一个事务对某数据对象加了S锁后，其他事务就不能对其加X锁，但可以加S锁
U锁：update
-事务要更新数据对象时，先申请该对象的U锁。对象加了U锁，允许其他事务对它加S锁。在最后写入时，再申请将U锁升级为X锁。不必在全经过中加X
不同级别的加锁协议
一级封锁协议（脏数据、不可重复读）
任一事务在写某数据前，必须对其加上X锁，该事务结束后才释放。不采用S锁，读数据不用加锁。
事务结束包括正常结束（COMMIT）和非正常结束（ROLLBACK）。
二级封锁协议（不可重复读）
满足一级封锁协议，且任一事务在读取某数据前，必须对其加上S锁，读完后就释放
三级封锁协议（）
满足一级封锁协议，且任一事务在读取某数据前，必须对其加上S锁，事务结束后释放锁
其他加锁协议
两阶段加锁协议：
整个事务分为两个阶段，前一个阶段为加锁，后一个阶段为解锁。在加锁阶段，事务只能加锁，也可以操作数据，但不能解锁，直到事务释放第一个锁，就进入解锁阶段，此经过中事务只能解锁，也可以操作数据，不能再加锁。两阶段锁协议使得事务具有较高的并发度，由于解锁不必发生在事务。它的不足是没有解决死锁的难题，由于它在加锁阶段没有顺序要求。如两个事务分别申请了A,B锁，接着又申请对方的锁，此时进入死锁情形。
定理：若所有事务均遵守两段锁协议，则这些事务的所有交叉调度都是可串行化的。
多粒度加锁协议
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。只在存储引擎层实现
页级锁：开销和加锁时刻界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般
表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。
