事务型数据库

关系型数据库 采用关系模型组织数据，使用二维表格模型，由表和关系组成。 非关系型数据库 不使用关系模型，存储方式灵活多变。

在数据库事务管理中，事务状态主要分为以下几种： 初始状态：事务刚开始执行，所有操作尚未生效。 活动状态：事务在正常执行中，所有指令依次执行。 部分提交状态：在执行了最后一条语句后，事务已达成全部操作，但还未永久写入数据库。 失败状态：事务遇到错误，导致其无法继续正常执行。 中止状态：事务由于错误或用户要求被回滚，数据库恢复到事务开始前的状态。 提交状态：最后一条语句被执行并成功完成，事务的所有更改永久写入数据库。 通过了解不同的事务状态，有助于更好地管理和控制数据库的事务回滚和数据恢复，确保数据一致性和完整性。

本 PPT 包含 17 个文件，详细介绍了关系型数据库 (MySQL) 的概念。关系型数据库以行和列的形式组织数据，形成易于理解的表。多个表共同构成一个数据库。

这是数据库基础课件，设计初衷是为了让数据库初学者能够轻松理解和掌握关系型数据库的基本概念和操作方法。

事务调度的概念在数据库管理中至关重要，它决定了事务的执行顺序和并发控制策略。

事务故障的数据库课件，简单说就是在事务执行过程中，出现各种问题导致事务不能正常结束。常见的故障原因有输入数据错误、运算溢出、违反完整性约束、程序出错，甚至并行事务死锁等。如果你在数据库时遇到这类问题，理解事务故障的原因和恢复方法就显得重要。事务管理在实际工作中频繁遇到，熟悉这些概念能帮你在日常开发中更顺畅地问题。

显式事务是数据库管理中的一种手动配置事务的方法，可以通过 SQL 语句来控制事务的开始和结束。你可以使用BEGIN TRANSACTION来显式地开启事务，COMMIT TRANSACTION提交事务，或者用ROLLBACK TRANSACTION撤销事务。最关键的是，显式事务让你在复杂操作时有更细致的控制，避免自动提交或回滚带来的不可控问题。比如，如果你正在做多表更新或大批量数据操作，显式事务能确保操作要么全成功，要么全失败，不会留下半成品。，显式事务挺适合那些需要保证数据一致性和完整性的场景哦。对于数据库事务的深入理解，可以看看相关的学习资料，比如Oracle 数据库中 COMMIT 和

MongoDB 的文档型数据结构挺灵活，拿来做 Web 后台存储或者内容管理系统还挺顺手的。它不是传统的表格结构，而是用 JSON 一样的文档来存数据，嵌套字段随你搞，扩展性也强。 MongoDB 的水平扩展挺实用，数据量一大，直接加节点就行，性能也能跟上。而且它不用提前定义好字段类型，结构爱怎么变就怎么变，开发效率确实高。 查询也不复杂，用的就是类似 JSON 的查询语法，比如按条件查、聚合统计啥的，写起来直观。写个复杂点的查询也不算难，上手挺快。 还有一点挺关键的，就是复制集这块。你一部署复制集，它就能自动搞定主从、切换、备份这些事，挂一台也不怕，挺稳。 如果你正做需要快速开发、又得大量数

开源的 MySQL 数据库，用得久了你就知道它到底有多香。关系型结构，表和表之间说清楚讲明白，查起来也快。小项目用它稳，大项目用它省心，社区版性能还挺抗打的。你配上PHP和Apache，一个干净利落的开发环境就搭好了，动手快的话一下午就能跑起来。 SQL 语言是它的核心，嗯，就是那个啥都能查的数据库语言。你想找用户的订单数据？一条SELECT语句就够。数据结构清晰，写个后台也挺方便。MySQL还支持双授权模式，社区版免费用，用得顺手再考虑商用版也行。 它的体积小、速度快、开源这三点，真的是打动不少开发者的关键。尤其对中小型网站来说，用它做业务数据库，性价比真的高。你写博客、搭论坛、搞点 API

数据库课程里的封锁机制，属于那种一听挺抽象但其实好理解的概念。封锁的封锁，说白了就是“先上锁，再干活”。你要是写过多线程的代码，应该对这个套路不陌生。在数据库里，事务对数据操作前先加锁，这样别人就改不了你正在动的那块内容，避免冲突。嗯，就是这么个意思。 事务的封锁，说起来就像是图书馆借书：你拿了一本书就表示加锁了，别人就得等你还回来。数据库里用的也是类似策略，比如共享锁、排他锁，还有行锁和表锁，这些都属于“锁的分类”，看着术语多，实际还挺有规律。 如果你做的是MySQL相关的开发，那封锁和并发控制就值得关注。像InnoDB引擎，就用了多版本并发控制（MVCC），锁的机制也不太一样，性能影响蛮大