MySQL事务的ACID特性及并发问题怎么解决
一、事务的概念一个事务是由一条或多条对数据库操作的SQL语句所组成的一个不可分割的单元，只有当事务中所有操作都正常执行完了，整个事务才会被提交给数据库，如果有部分事务处理失败，那么事务就要回滚到最初的状态，因此，事务要么全部执行成功，要么全部失败。所以要记住事务几个基本概念，如下：事务是一组SQL语句的执行，要么全部成功，要么全部失败，不能出现部分成功，部分失败的结果，保证事务执行的原子操作。事务的所有SQL语句全部执行成功，才能提交（commit）事务，把结果写会磁盘上。事务执行过程中，有的SQL出现错
一、事务的概念
一个事务是由一条或多条对数据库操作的SQL语句所组成的一个不可分割的单元，只有当事务中所有操作都正常执行完了，整个事务才会被提交给数据库，如果有部分事务处理失败，那么事务就要回滚到最初的状态，因此，事务要么全部执行成功，要么全部失败。
所以要记住事务几个基本概念，如下：
事务是一组SQL语句的执行，要么全部成功，要么全部失败，不能出现部分成功，部分失败的结果，保证事务执行的原子操作。事务的所有SQL语句全部执行成功，才能提交（commit）事务，把结果写会磁盘上。事务执行过程中，有的SQL出现错误，那么事务必须要回滚（rollback）到最初的状态。
比如转账业务需要多条SQL语句共同完成，只有这些SQL都执行成功才算业务成功了。
事务处理有三个状态：
begin：开启一个事务要执行的全部sql语句都成功了，然后commit提交一个事务如果其中任何一条SQL语句由于停电、或者服务器出错，导致SQL执行异常，那事务就没有提交，事务会回滚（rollback），数据将恢复到事务开始前的状态
这是存储引擎来保证的（redo log和undo log保证的）
MyISAM存储引擎不支持事务，InnoDB存储引擎支持事务、支持行锁。
用show engines\G查看当前数据库支持哪些存储引擎。
select @@autocommit;查看对事务提交状态的设置
数据库引擎可以通过命令临时修改，或者通过配置文件永久修改。
如果说我们业务上涉及了事务，我们一般会在代码上控制这个变量，一般来说，我们的事务由多条SQL组成，要满足事务的原子性操作，所以我们设置为手动提交。业务都成功，则提交这个事务；如果业务中间出现失败，就回滚1个事务。
二、ACID特性
每一个事务必须满足下面的4个特性：
事务的原子性(Atomic)：事务是一个不可分割的整体，事务必须具有原子特性，及当事务修改时，要么全执行，要么全不执行，即不允许事务部分的完成。事务的一致性(Consistency)：一个事务执行之前和执行之后，数据库数据必须保持一致性状态。数据库的一致性状态必须由用户来负责，由并发控制机制实现。就拿网上购物来说，你只有让商品出库，又让商品进入顾客的购物车才能构成一个完整的事务。（一致性不仅仅体现在事务里面，包括存储层引入MySQL为了提高热点数据的访问效率一般都会加一个缓存层Redis或者Memery cache对热点数据做缓存，这就涉及了缓存层和数据库DB层的数据一致性问题）事务的隔离性(Isolution)：当两个或多个事务并发执行时，为了保证数据的安全性，将一个事务内部的操作与其他事务的操作隔离起来，不被其他正在执行的事务所看到，使得并发执行的各个事务之间不能互相影响。隔离级别：数据的安全性和事务的并发性。隔离越严格，安全性越高，并发性越低（就是并发控制，保证数据安全）事务的持久性(Durability)：事务完成以后(事务commit成功)，DBMS保证它对数据库中的数据的修改时永久性的，即使数据库因为故障出错，也应该能够恢复数据。
MySQL最重要的是日志，不是数据！
事务的ACD特性是由MySQL的redo log和undo log机制来保证的；I隔离性是由mysql事务的锁机制来实现保证的。
三、事务并发存在的问题
事务处理不经隔离，并发执行事务时通常会发生以下问题：
脏读(Dirty Read)：一个事务读取了另一个事务未提交的数据。例如当事务A和事务B并发执行时，当事务A更新后，事务B查询读取到A尚未提交的数据，此时事务A回滚，则事务B读到的数据就是无效的脏数据（事务B读取了事务A尚未提交的数据）不可重复读(NonRepeatable Read)：一个事务的操作导致另一个事务前后两次读到不同的数据。例如当事务A和事务B并发执行时，当事务B查询读取数据后，事务A更新操作更改事务B查询到的数据，此时事务B再去读该数据，发现前后两次读的数据不一样。（事务B读取了事务A已提交的数据）虚读(Phantom Read)幻读：一个事务的操作导致另一个事务前后两次查询的结果数据量不同。例如当事务A和事务B并发执行时，当事务B查询读取数据后，事务A新增或者删除了一条满足事务B查询条件的记录，此时事务B再去查询，发现查询到前一次不存在的记录，或者前一次查询的一些记录不见了。（事务B读取了事务A新增加的数据或者读不到事务A删除的数据）
脏读必须杜绝，因为事务没有commit。在有些场景下，不可重复读和幻读是可以允许的(事务已经commit)，不一定非要杜绝（通过设置不同的隔离级别解决），由应用场景需求决定。
四、事务相关命令
select @@autocommit;查看MySQL是否自动提交事务
0表示手动提交事务，1表示自动提交事务，设置事务提交方式为手动提交（只影响当前session）：
命名空间的基本概念与常见引入问题在C++等编程语言中，命名空间（namespace）是一种将代码标识符（如变量、函数、类名）封装在特定名称下的机制，其主要目的是避免命名冲突，尤其是在大型项目或使用多个第三方库时。使用“using namespace”指令可以将指定命名空间中的所有名称引入当前作用域，
理解递归的基本原理在C语言中，递归是一种函数调用自身的编程技术。要掌握它，首先需要理解其核心思想：将一个复杂的大问题，分解为一个或几个与原问题相似但规模更小的子问题，直到子问题足够简单，可以直接求解。这个过程通常包含两个关键部分：递归出口和递归体。递归出口定义了问题何时不再继续分解，即最简单、可直接
递归函数的基本概念与适用场景在C语言编程中，递归是一种函数调用自身的编程技巧。它并非适用于所有问题，但在处理某些具有自相似结构的问题时，能提供极其清晰和优雅的解决方案。递归的核心思想是将一个大规模问题分解为一个或多个同类型但规模更小的子问题，直到子问题简单到可以直接求解。典型的适用场景包括树形结构的
理解内存管理的基石在Objective-C的编程世界中，内存管理是开发者必须掌握的核心技能之一。它直接关系到应用的性能、稳定性与资源利用效率。与一些采用自动垃圾回收机制的语言不同，Objective-C在很长一段时间里，依赖一套基于引用计数的、需要开发者部分介入的管理规则。这套规则的核心思想是明确的
理解 dealloc 的角色与时机在 iOS 应用开发中，内存管理是保障应用性能与稳定性的基石。dealloc 方法是 Objective-C 中对象生命周期结束时的关键回调，它标志着对象即将被系统回收内存。正确理解其触发时机至关重要：当一个对象的引用计数降为零时，运行时系统会自动调用该对象的 de
内存管理的基石在Objective-C的世界里，内存管理是开发者必须掌握的核心技能之一。作为一门在手动引用计数（MRC）时代诞生的语言，Objective-C要求程序员对对象的生命周期有清晰的认识。dealloc方法正是这一生命周期中至关重要的终点站。它是一个实例方法，当对象的引用计数降为零时，系统
native2ascii 工具的基本定位在Ja va应用程序的国际化与本地化开发过程中，处理非拉丁字符集是一个常见且关键的环节。Ja va内部使用Unicode字符集来统一表示全球各种语言的文字，但其属性文件（.properties）在历史上要求使用ASCII编码，或者更准确地说，要求非ASCII字
理解 native2ascii 工具的基本用途在软件开发，特别是涉及国际化处理的场景中，开发者常常需要处理不同编码的文本资源。native2ascii 是 Ja va 开发工具包（JDK）中提供的一个命令行实用程序，其主要功能是将包含本地字符编码（非ASCII字符）的文件，转换为包含 Unicode
native2ascii 命令的由来与作用在Ja va开发中，处理国际化资源文件是一个常见需求。资源文件通常以.properties格式存储，用于支持多语言界面。然而，Ja va属性文件默认采用ISO-8859-1字符集编码，这导致了一个直接的问题：当文件中包含非拉丁字符（如中文、日文、韩文等）时，
内存监控工具的价值与挑战在软件开发，尤其是使用C/C++这类手动管理内存的语言时，内存错误是程序员最常遭遇的难题之一。其中，野指针问题因其隐蔽性和破坏性，往往成为最难定位的“幽灵”缺陷。它可能潜伏在代码中，在特定条件下才被触发，导致程序崩溃、数据损坏或难以预测的行为。传统的调试手段，如打印日志或使用
Windows 10 是一款微软推出的经典操作系统，拥有硬件兼容性与多任务处理能力。它更偏向把系统状态查看和常用调节动作放在一起，适合需要持续观察和微调设备状态的场景。
极度公式是一款跨平台专业LaTeX公式识别编辑软件，支持OCR公式识别和多平台编辑。和使用说明，避免使用，享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
