13518219792
1. 如何安装MySQL事务数据库
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：国际域名空间、虚拟空间、营销软件、网站建设、营山网站维护、网站推广。
MySQL数据库分二种类型，一种是传统的数据表格式，一种是支持事务处理的数据表格式（InnoDB,BDB，其中以InnoDB为主），下面我介绍一下关于MySQL事务处理数据库的安装及使用方法 你先要去下载一下Mysql max版的安装程序，下载地址： 按常规的方法进行安装 安装完成后，启动mysqlbinWinMySQLadmin 再退出 运行 mysqlbinmydqld-nt --remove mysqlbinmysqld-max-nt --install 以上二行是去掉不支持事务处理的mysql服务，改成支持mysql事务处理的服务 然后在c：下建一个ibdata目录及iblogs目录，当然名字可以不一样，记住这二个名字及盘符，以后要用到，你也可以不建在C盘，然后，打开c:winnt或c:windows目录下的my。
ini，在最后添加：[code] innodb_data_file_path = ibdata1:2000M;ibdata2:2000M innodb_data_home_dir = c:ibdata set-variable = innodb_mirrored_log_groups=1 innodb_log_group_home_dir = c:iblogs set-variable = innodb_log_files_in_group=3 set-variable = innodb_log_file_size=30M set-variable = innodb_log_buffer_size=8M innodb_flush_log_at_trx_mit=1 innodb_log_arch_dir = c:iblogs innodb_log_archive=0 set-variable = innodb_buffer_pool_size=80M set-variable = innodb_additional_mem_pool_size=10M set-variable = innodb_file_io_threads=4 set-variable = innodb_lock_wait_timeout=50 [/code] 其中 innodb_data_file_path = ibdata1:2000M;ibdata2:2000M 这一行中的2000M可以自己改成200m，看你盘的容量大小，mysql推荐10G及以上的硬盘空间最好用这样的设置； 以下这一行 innodb_data_home_dir = c:ibdata 也可以改成你自己起的目录，主要是看你自己在刚才建的目录在哪里啦 按照以上的方法，你已经安装好了mysql的事务数据库，不过你要是按照mysql手册上的方法安装，把上面的一段配制放到my。 f是去的话，可是会出错哦 好了，现在让我们试试看是不是安装完成了，启动apache，或iis，在服务里启动mysql的服务，打开myadmin，输入：SHOW variables like "have_%" 你要是看到下面的结果，那说明你安装成功了。
2. Windows下MySQL策略有哪些
本次活动将重点关注世界上最流行的开源数据库最新版本MySQL 5。
5，其在Windows上运行时能提供高达1500%的性能优势。 此次活动还将详细介绍，利用全新升级的MySQL企业版，Oracle如何超过Microsoft SQL Server，节省高达90%总体拥有成本，该企业版目前包括了建模、开发、监测、管理和基于Windows 的MySQL应用程序备份等的一整套可视化工具。
论坛将详细介绍对Windows用户和独立软件开发商的益处 利用在Windows平台上运行的MySQL企业版，甲骨文使客户能够大幅降低其在开发网络应用、部门级的应用和嵌入式应用软件的总体拥有成本。同时，借助甲骨文公司世界一流的24x7全天候服务支持，客户能实现更高的MySQL性能，跨平台的灵活性和提高管理。
首届MySQL on Windows在线论坛将阐述： 为什么MySQL on Windows既受企业用户也受嵌入式独立软件供应商的热烈欢迎。 MySQL为什么非常适合Windows环境，未来将会有什么样的里程碑以实现MySQL在Microsoft平台上更好运行。
哪些可视化工具可用来有效地开发、部署和管理MySQL on Windows的应用程序。 如何推出基于Windows平台上的MySQL高可用关键业务应用程序。
安全解决方案供应商SonicWall公司为何选择MySQL而没有选择Microsoft SQL Server，以及他们如何成功地提供基于MySQL的解决方案。 甲骨文公司工程设计副总裁Tomas Ulin表示：“通过选择MySQL on Windows，客户能极大地降低成本和提高对跨平台的支持。
甲骨文已经推出了MySQL 5。5 和 MySQL 企业版的主要增强功能，这些功能将为客户带来巨大的益处。
对于正在创建和部署关键网络业务和嵌入式应用软件的独立软件开发商和企业用户来说，MySQL是替代Microsoft SQL Server的一个极具吸引力的选择。” SonicWall产品管理总监Jan Sijp说：“把MySQL嵌入到我们的安全产品中已被证明是明智选择，通过与我们的自身专业相结合，MySQL能够帮助我们为客户提供高度可靠的关键解决方案，客户将能从集成、方便使用的解决方案中受益，而不必安装一个单独的数据库。
除了为客户减少复杂度之外，我们也降低了内部开发、测试和支持的成本。”。
3. MYsql和sql到底是不是一个东西
MYsql和sql不同，为了表达的更科学更准确，我介绍你看比较权威的文章，大家一起学习，声明，下面不是我的作品，请注意尊重版权。
文章来源：数据库联盟网 发布时间：2005-03-25 07:30:55 对于程序开发人员而言，目前使用最流行的两种后台数据库即为MySQL and SQL Server。 这两者最基本的相似之处在于数据存储和属于查询系统。
你可以使用SQL来访问这两种数据库的数据，因为它们都支持ANSI-SQL。还有，这两种数据库系统都支持二进制关键词和关键索引，这就大大地加快了查询速度。
同时，二者也都提供支持XML的各种格式。 除了在显而易见的软件价格上的区别之外，这两个产品还有什么明显的区别吗？在这二者之间你是如何选择的？让我们看看这两个产品的主要的不同之处，包括发行费用，性能以及它们的安全性。
根本的区别是它们遵循的基本原则 二者所遵循的基本原则是它们的主要区别：开放vs保守。 SQL服务器的狭隘的，保守的存储引擎与MySQL服务器的可扩展，开放的存储引擎绝然不同。
虽然你可以使用SQL服务器的Sybase引擎，但MySQL能够提供更多种的选择，如MyISAM, Heap, InnoDB, and Berkeley DB。 MySQL不完全支持陌生的关键词，所以它比SQL服务器要少一些相关的数据库。
同时，MySQL也缺乏一些存储程序的功能，比如MyISAM引擎联支持交换功能。 发行费用：MySQL不全是免费，但很便宜 当提及发行的费用，这两个产品采用两种绝然不同的决策。
对于SQL服务器，获取一个免费的开发费用最常的方式是购买微软的Office或者Visual Studio的费用。但是，如果你想用于商业产品的开发，你必须还要购买SQL Server Standard Edition。
学校或非赢利的企业可以不考虑这一附加的费用。 性能：先进的MySQL 纯粹就性能而言，MySQL是相当出色的，因为它包含一个缺省桌面格式MyISAM。
MyISAM 数据库与磁盘非常地兼容而不占用过多的CPU和内存。MySQL可以运行于Windows系统而不会发生冲突，在UNIX或类似UNIX系统上运行则更好。
你还可以通过使用64位处理器来获取额外的一些性能。因为MySQL在内部里很多时候都使用64位的整数处理。
Yahoo！商业网站就使用MySQL作为后台数据库。 当提及软件的性能，SQL服务器的稳定性要比它的竞争对手强很多。
但是，这些特性也要付出代价的。 比如，必须增加额外复杂操作，磁盘存储，内存损耗等等。
如果你的硬件和软件不能充分支持SQL服务器，我建议你最好选择其他如DBMS数据库，因为这样你会得到更好的结果。 安全功能 MySQL有一个用于改变数据的二进制日志。
因为它是二进制，这一日志能够快速地从主机上复制数据到客户机上。 即使服务器崩溃，这一二进制日志也会保持完整，而且复制的部分也不会受到损坏。
在SQL服务器中，你也可以记录SQL的有关查询，但这需要付出很高的代价。 安全性 这两个产品都有自己完整的安全机制。
只要你遵循这些安全机制，一般程序都不会出现什么问题。 这两者都使用缺省的IP端口，但是有时候很不幸，这些IP也会被一些黑客闯入。
当然，你也可以自己设置这些IP端口。 恢复性：先进的SQL服务器 恢复性也是MySQL的一个特点，这主要表现在MyISAM配置中。
这种方式有它固有的缺欠，如果你不慎损坏数据库，结果可能会导致所有的数据丢失。 然而，对于SQL服务器而言就表现得很稳键。
SQL服务器能够时刻监测数据交换点并能够把数据库损坏的过程保存下来。 根据需要决定你的选择 对于这两种数据库，如果非要让我说出到底哪一种更加出色，也许我会让你失望。
以我的观点，任一对你的工作有帮助的数据库都是很好的数据库，没有哪一个数据库是绝对的出色，也没有哪一个数据库是绝对的差劲。 我想要告诉你的是你应该多从你自己的需要出发，即你要完成什么样的任务？而不要单纯地从软件的功能出发。
如果你想建立一个。服务器体系，这一体系可以从多个不同平台访问数据，参与数据库的管理，那么你可以选用SQL服务器。
如果你想建立一个第三方站点，这一站点可以从一些客户端读取数据，那么MySQL将是最好的选择。 这两者数据库都能够在。
或J2EE下运行正常，同样，都能够利用RAID。 。
4. mysql中事务和存储过程的区别
存储过程是：
通过一系列的SQL语句， 根据传入的参数（也可以没有）， 通过简单的调用，
完成比单个SQL语句更复杂的功能， 存储在数据库服务器端，只需要编译过一次之后再次使用都不需要再进行编译。主要对存储的过程进行控制。
事务是一系列的数据更改操作组成的一个整体。一旦事务中包含的某操作失败或用户中止，用户可以控制将事务体中所有操作撤消，返回事务开始前的状态。
事务中的操作是一个整体，要么整体完成，要么全部不做。从而保证了数据的完整性。
Mysql中，MyISAM存储引擎不支持事务，InnoDB支持。
两者都是数据库中非常重要的知识。
5. 有关数据库最基本最基础知识
一 事务处理介绍 事务是这样一种机制，它确保多个SQL语句被当作单个工作单 元来处理。
事务具有以下的作用： * 一致性：同时进行的查询和更新彼此不会发生冲突，其他 用户不会看到发生了变化但尚未提交的数据。 * 可恢复性：一旦系统故障，数据库会自动地完全恢复未完 成的事务。
二 事务与一致性 事务是完整性的单位，一个事务的执行是把数据库从一个一 致的状态转换成另一个一致的状态。因此，如果事务孤立执行时 是正确的，但如果多个事务并发交错地执行，就可能相互干扰， 造成数据库状态的不一致。
在多用户环境中，数据库必须避免同 时进行的查询和更新发生冲突。这一点是很重要的，如果正在被 处理的数据能够在该处理正在运行时被另一用户的修改所改变， 那么该处理结果是不明确的。
不加控制的并发存取会产生以下几种错误： 1 丢失修改（lost updates） 当多个事务并发修改一个数据时，不加控制会得出错误的结 果，一个修改会覆盖掉另一个修改。 2 读的不可重复性 当多个事务按某种时间顺序存取若干数据时，如果对并发存 取不加控制，也会产生错误。
3 脏读（DIRDY DATA），读的不一致性 4 光标带来的当前值的混乱 事务在执行过程中它在某个表上的当前查找位置是由光标表 示的。光标指向当前正处理的记录。
当处理完该条记录后，则指 向下一条记录。在多个事务并发执行时，某一事务的修改可能产 生负作用，使与这些光标有关的事务出错。
5 未释放修改造成连锁退出 一个事务在进行修改操作的过程中可能会发生故障，这时需 要将已做的修改回退（Rollback）。如果在已进行过或已发现错 误尚未复原之前允许其它事务读已做过修改（脏读），则会导致 连锁退出。
6 一事务在对一表更新时，另外的事务却修改或删除此表的 定义。 数据库会为每个事务自动地设置适当级别的锁定。
对于前面 讲述的问题：脏读、未释放修改造成的连锁退出、一事务在对一 表更新时另外的事务却修改或删除此表的定义，数据库都会自动 解决。而另外的三个问题则需要在编程过程中人为地定义事务或 加锁来解决。
三 事务和恢复 数据库本身肩负着管理事务的责任。事务是最小的逻辑工作 单元，在这个工作单元中，对数据库的所有更新工作，要么必须 全部成功，要么必须全部失败（回退）。
只要应用程序指定了某 段程序为一个事务并做了相应的处理（提交或回退），数据库系 统会自动维护事务本身的特性。 四 ORACLE数据库的事务定义 ORACLE事务从MIT、ROLLBACK、连接到数据库或开始第一 条可执行的SQL语句时开始，到一条MIT、ROLLBACK语句或退出 数据库时结束。
如果在一个事务中包含DDL语句，则在DDL语句的 前后都会隐含地执行MIT语句，从而开始或结束一个事务。 如果一个事务由于某些故障或者由于用户改变主意而必须在 提交前取消它，则数据库被恢复到这些语句和过程执行之前的状 态。
利用ROLLBACK语句可以在MIT命令前随时撤消或回退一个 事务。可以回退整个事务，也可以会退部分事务，但是不能回退 一个已经被提交的事务。
回退部分事务的ROLLBACK命令为： ROLLBACK to savepoint 存储点名 存储点是用户放入事务中的标记，用来表示一个可被回退的 位置。存储点通过在事务中放入一个SAVEPOINT命令而 *** 入。
该 命令的语法是： SAVEPOINT 存储点名 如果在ROLLBACK语句中没有给出存储点名，则整个事务被回 退。 五 SYBASE数据库的事务定义 SYBASE通过使用BEGIN TRANsaction和MIT TRANsaction命令指 示SQL将任意数目的语句作为一个单元来处理。
ROLLBACK TRANsaction 命令则允许用户恢复到事务的开始，或恢复到事务内部已经被用SAVE TRANsaction命令定义的存储点上。 BEGIN TRANsaction和MIT TRANsaction能够包含任意数目的SQL 语句和存储过程，方法很简单： BEGIN TRANsaction [事务名称] MIT TRANsaction 如果一个事务由于某些故障或者由于用户改变主意而必须在提交 前取消它，则数据库被恢复到这些语句和过程执行之前的状态。
利用ROLLBACK TRANsaction命令可以在MIT TRANsaction命令 前随时回退一个事务。可以回退整个事务，也可以回退部分事务，但 是不能回退一个已经被提交的事务。
ROLLBACK TRANsaction命令为： ROLLBACK TRANsaction [事务名|存储点名] 存储点名是用户放入事务中的标记，用来表示一个可以被回退的 位置。存储点名通过在事务中放入一个SAVE TRANsaction命令而 *** 入。
该命令的句法是： SAVE TRANsaction 存储点名 如果在ROLLBACK TRANsaction中没有给出存储点名或事务名，则 事务被回退到批处理中的第一个BEGIN TRANsaction语句处。
只要字段值还可以继续拆分，就不满足第一范式。
范式设计得越详细，对某些实际操作可能会更好，但并非都有好处，需要对项目的实际情况进行设定。
在满足第一范式的前提下，其他列都必须完全依赖于主键列。 如果出现不完全依赖，只可能发生在联合主键的情况下：
实际上，在这张订单表中，product_name 只依赖于 product_id ，customer_name 只依赖于 customer_id。也就是说，product_name 和 customer_id 是没用关系的，customer_name 和 product_id 也是没有关系的。
这就不满足第二范式：其他列都必须完全依赖于主键列！
拆分之后，myorder 表中的 product_id 和 customer_id 完全依赖于 order_id 主键，而 product 和 customer 表中的其他字段又完全依赖于主键。满足了第二范式的设计！
在满足第二范式的前提下，除了主键列之外，其他列之间不能有传递依赖关系。
表中的 customer_phone 有可能依赖于 order_id 、 customer_id 两列，也就不满足了第三范式的设计：其他列之间不能有传递依赖关系。
修改后就不存在其他列之间的传递依赖关系，其他列都只依赖于主键列，满足了第三范式的设计！
查询每门课的平均成绩。
查询 score 表中至少有 2 名学生选修，并以 3 开头的课程的平均分数。
分析表发现，至少有 2 名学生选修的课程是 3-105 、3-245 、6-166 ，以 3 开头的课程是 3-105 、3-245。也就是说，我们要查询所有 3-105 和 3-245 的 degree 平均分。
查询所有学生的 name，以及该学生在 score 表中对应的 c_no 和 degree 。
通过分析可以发现，只要把 score 表中的 s_no 字段值替换成 student 表中对应的 name 字段值就可以了，如何做呢？
查询所有学生的 no 、课程名称 ( course 表中的 name ) 和成绩 ( score 表中的 degree ) 列。
只有 score 关联学生的 no ，因此只要查询 score 表，就能找出所有和学生相关的 no 和 degree ：
然后查询 course 表：
只要把 score 表中的 c_no 替换成 course 表中对应的 name 字段值就可以了。
查询所有学生的 name 、课程名 ( course 表中的 name ) 和 degree 。
只有 score 表中关联学生的学号和课堂号，我们只要围绕着 score 这张表查询就好了。
只要把 s_no 和 c_no 替换成 student 和 srouse 表中对应的 name 字段值就好了。
首先把 s_no 替换成 student 表中的 name 字段：
再把 c_no 替换成 course 表中的 name 字段：
查询 95031 班学生每门课程的平均成绩。
在 score 表中根据 student 表的学生编号筛选出学生的课堂号和成绩：
这时只要将 c_no 分组一下就能得出 95031 班学生每门课的平均成绩：
查询在 3-105 课程中，所有成绩高于 109 号同学的记录。
首先筛选出课堂号为 3-105 ，在找出所有成绩高于 109 号同学的的行。
查询所有成绩高于 109 号同学的 3-105 课程成绩记录。
查询所有和 101 、108 号学生同年出生的 no 、name 、birthday 列。
查询 '张旭' 教师任课的学生成绩表。
首先找到教师编号：
通过 sourse 表找到该教师课程号：
通过筛选出的课程号查询成绩表：
查询某选修课程多于5个同学的教师姓名。
首先在 teacher 表中，根据 no 字段来判断该教师的同一门课程是否有至少5名学员选修：
查看和教师编号有有关的表的信息：
我们已经找到和教师编号有关的字段就在 course 表中，但是还无法知道哪门课程至少有5名学生选修，所以还需要根据 score 表来查询：
根据筛选出来的课程号，找出在某课程中，拥有至少5名学员的教师编号：
在 teacher 表中，根据筛选出来的教师编号找到教师姓名：
查询 “计算机系” 课程的成绩表。
思路是，先找出 course 表中所有 计算机系 课程的编号，然后根据这个编号查询 score 表。
查询 计算机系 与 电子工程系 中的不同职称的教师。
查询课程 3-105 且成绩 至少 高于 3-245 的 score 表。
查询课程 3-105 且成绩高于 3-245 的 score 表。
查询某课程成绩比该课程平均成绩低的 score 表。
查询所有任课 ( 在 course 表里有课程 ) 教师的 name 和 department 。
查询 student 表中至少有 2 名男生的 class 。
查询 student 表中不姓 "王" 的同学记录。
查询 student 表中每个学生的姓名和年龄。
查询 student 表中最大和最小的 birthday 值。
以 class 和 birthday 从大到小的顺序查询 student 表。
查询 "男" 教师及其所上的课程。
查询最高分同学的 score 表。
查询和 "李军" 同性别的所有同学 name 。
查询和 "李军" 同性别且同班的同学 name 。
查询所有选修 "计算机导论" 课程的 "男" 同学成绩表。
需要的 "计算机导论" 和性别为 "男" 的编号可以在 course 和 student 表中找到。
建立一个 grade 表代表学生的成绩等级，并插入数据：
查询所有学生的 s_no 、c_no 和 grade 列。
思路是，使用区间 ( BETWEEN ) 查询，判断学生的成绩 ( degree ) 在 grade 表的 low 和 upp 之间。
准备用于测试连接查询的数据：
分析两张表发现，person 表并没有为 cardId 字段设置一个在 card 表中对应的 id 外键。如果设置了的话，person 中 cardId 字段值为 6 的行就插不进去，因为该 cardId 值在 card 表中并没有。
要查询这两张表中有关系的数据，可以使用 INNER JOIN ( 内连接 ) 将它们连接在一起。
完整显示左边的表 ( person ) ，右边的表如果符合条件就显示，不符合则补 NULL 。
完整显示右边的表 ( card ) ，左边的表如果符合条件就显示，不符合则补 NULL 。
完整显示两张表的全部数据。
在 MySQL 中，事务其实是一个最小的不可分割的工作单元。事务能够 保证一个业务的完整性 。
比如我们的银行转账：
在实际项目中，假设只有一条 SQL 语句执行成功，而另外一条执行失败了，就会出现数据前后不一致。
因此，在执行多条有关联 SQL 语句时， 事务 可能会要求这些 SQL 语句要么同时执行成功，要么就都执行失败。
在 MySQL 中，事务的 自动提交 状态默认是开启的。
自动提交的作用 ：当我们执行一条 SQL 语句的时候，其产生的效果就会立即体现出来，且不能 回滚 。
什么是回滚？举个例子：
可以看到，在执行插入语句后数据立刻生效，原因是 MySQL 中的事务自动将它 提交 到了数据库中。那么所谓 回滚 的意思就是，撤销执行过的所有 SQL 语句，使其回滚到 最后一次提交 数据时的状态。
在 MySQL 中使用 ROLLBACK 执行回滚：
由于所有执行过的 SQL 语句都已经被提交过了，所以数据并没有发生回滚。那如何让数据可以发生回滚？
将自动提交关闭后，测试数据回滚：
那如何将虚拟的数据真正提交到数据库中？使用 COMMIT :
事务的实际应用 ，让我们再回到银行转账项目：
这时假设在转账时发生了意外，就可以使用 ROLLBACK 回滚到最后一次提交的状态：
这时我们又回到了发生意外之前的状态，也就是说，事务给我们提供了一个可以反悔的机会。假设数据没有发生意外，这时可以手动将数据真正提交到数据表中：COMMIT 。
事务的默认提交被开启 ( @@AUTOCOMMIT = 1 ) 后，此时就不能使用事务回滚了。但是我们还可以手动开启一个事务处理事件，使其可以发生回滚：
仍然使用 COMMIT 提交数据，提交后无法再发生本次事务的回滚。
事务的四大特征：
事务的隔离性可分为四种 ( 性能从低到高 ) ：
查看当前数据库的默认隔离级别：
修改隔离级别：
测试 READ UNCOMMITTED ( 读取未提交 ) 的隔离性：
由于小明的转账是在新开启的事务上进行操作的，而该操作的结果是可以被其他事务（另一方的淘宝店）看见的，因此淘宝店的查询结果是正确的，淘宝店确认到账。但就在这时，如果小明在它所处的事务上又执行了 ROLLBACK 命令，会发生什么？
这就是所谓的 脏读 ，一个事务读取到另外一个事务还未提交的数据。这在实际开发中是不允许出现的。
把隔离级别设置为 READ COMMITTED ：
这样，再有新的事务连接进来时，它们就只能查询到已经提交过的事务数据了。但是对于当前事务来说，它们看到的还是未提交的数据，例如：
但是这样还有问题，那就是假设一个事务在操作数据时，其他事务干扰了这个事务的数据。例如：
虽然 READ COMMITTED 让我们只能读取到其他事务已经提交的数据，但还是会出现问题，就是 在读取同一个表的数据时，可能会发生前后不一致的情况。* 这被称为* 不可重复读现象 ( READ COMMITTED ) 。
将隔离级别设置为 REPEATABLE READ ( 可被重复读取 ) :
测试 REPEATABLE READ ，假设在两个不同的连接上分别执行 START TRANSACTION :
当前事务开启后，没提交之前，查询不到，提交后可以被查询到。但是，在提交之前其他事务被开启了，那么在这条事务线上，就不会查询到当前有操作事务的连接。相当于开辟出一条单独的线程。
无论小张是否执行过 COMMIT ，在小王这边，都不会查询到小张的事务记录，而是只会查询到自己所处事务的记录：
这是 因为小王在此之前开启了一个新的事务 ( START TRANSACTION ) * ，那么* 在他的这条新事务的线上，跟其他事务是没有联系的 ，也就是说，此时如果其他事务正在操作数据，它是不知道的。
然而事实是，在真实的数据表中，小张已经插入了一条数据。但是小王此时并不知道，也插入了同一条数据，会发生什么呢？
报错了，操作被告知已存在主键为 6 的字段。这种现象也被称为 幻读，一个事务提交的数据，不能被其他事务读取到 。
顾名思义，就是所有事务的 写入操作 全都是串行化的。什么意思？把隔离级别修改成 SERIALIZABLE :
还是拿小张和小王来举例：
此时会发生什么呢？由于现在的隔离级别是 SERIALIZABLE ( 串行化 ) ，串行化的意思就是：假设把所有的事务都放在一个串行的队列中，那么所有的事务都会按照 固定顺序执行 ，执行完一个事务后再继续执行下一个事务的 写入操作 ( 这意味着队列中同时只能执行一个事务的写入操作 ) 。
根据这个解释，小王在插入数据时，会出现等待状态，直到小张执行 COMMIT 结束它所处的事务，或者出现等待超时。
转载：
就是关闭自动提交，插入的数据暂不写进数据库，保留到临时区域，然后在提交
MySQL 事务
什么是事务？
MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你既需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！
在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。
事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。
事务用来管理 insert,update,delete 语句
一般来说，事务是必须满足4个条件（ACID）：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。
原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。
一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。
隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。
持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。
在 MySQL 命令行的默认设置下，事务都是自动提交的，即执行 SQL 语句后就会马上执行 COMMIT 操作。因此要显式地开启一个事务务须使用命令 BEGIN 或 START TRANSACTION，或者执行命令 SET AUTOCOMMIT=0，用来禁止使用当前会话的自动提交。
from 树懒学堂 - 一站式数据知识平台
