开启事务后写查询语句，为啥没提交就有查询结果

开启事务后，写的查询语句并不会立即提交到数据库中，而是在事务尚未提交之前，通过事务隔离级别的设置，可以读取到该事务内已经执行的查询结果。这是因为数据库管理系统为了保证事务的一致性和隔离性，会将事务中已经执行的修改操作暂时保存在事务私有的临时存储区中，同时其他事务无法看到这些未提交的修改。但是在同一个事务中，可以读取到自己已经执行的查询结果，以便后续的操作和判断。但是在提交事务之前，其他事务无法读取到该事务中未提交的查询结果。

相关问题

开启事务后，select语句没提交到数据库，那么查询的是哪个地方的内容

当开启事务后，在事务提交之前，select语句查询的内容是数据库中的“当前读取快照”。这意味着，查询的是事务开始时数据库中的数据，并不包括其他事务在该查询之后所做的修改。只有在事务提交后，查询才会包含所有已提交的修改。如果在事务未提交时执行了select语句，它将读取事务开始时的数据，并不会受到其他事务的影响。

JDBC中，开启事务与不开启事务，有啥区别

### 回答1：

JDBC中，开启事务和不开启事务的区别是，当开启事务时，所有的操作都将在一个原子操作中完成，而不开启事务则可能出现操作不一致的情况。此外，开启事务可以提高SQL语句的执行效率，而不开启事务则可能无法达到最优性能。

### 回答2：
在JDBC中，开启事务和不开启事务有以下区别：

1. 数据操作的原子性：开启事务可以将多个数据库操作看作一个单独的操作单元，要么全部执行，要么全部回滚。而不开启事务，则每个数据库操作都是一个独立的事务，在执行过程中发生错误不会回滚之前的操作。

2. 数据一致性：开启事务可以确保数据库操作的一致性。如果在一个事务中执行多个操作，当其中一个操作失败时，可以通过回滚整个事务来恢复数据库到原有的状态。而不开启事务，则每个操作发生错误时，数据无法回滚，可能导致数据库出现不一致的现象。

3. 并发控制：开启事务可以通过锁定资源来控制并发操作，保证多个事务的操作不会互相干扰。而不开启事务，则多个操作之间没有保护，可能会导致数据冲突和不一致。

4. 性能开销：开启事务会引入一定的性能开销，因为需要记录操作日志，并提供回滚和恢复机制。而不开启事务，则不需要这些额外的维护操作，性能较高。

总之，开启事务能够确保数据库操作的一致性和原子性，在复杂的业务场景下提供了更强的数据控制能力，但也会带来一定的性能开销。而不开启事务则更加简单，适用于一些简单的、不需要多个操作关联的场景。

### 回答3：
JDBC是Java数据库连接的标准接口，用于在Java应用程序中和数据库交互。在JDBC中，可以选择是否开启事务来管理数据库操作。

开启事务是将一系列数据库操作看作一个整体，要么全部成功提交，要么全部失败回滚。事务的开启是通过调用Connection对象的setAutoCommit(false)方法来实现的。在开启事务后，所有的数据库操作语句都会被缓存到内存中，直到显式调用Connection对象的commit()方法来提交事务或调用Connection对象的rollback()方法来回滚事务。

不开启事务则是每个数据库操作都被看作一个独立的操作，即使其中一个操作失败，其他操作也会继续执行。不开启事务的默认状态是自动提交，即每个操作都会立即执行并提交。可以通过调用Connection对象的setAutoCommit(true)来确保每次操作都是一个独立的事务。

开启事务和不开启事务的区别主要体现在以下几个方面：
1. 原子性：开启事务可以保证一系列操作的原子性，要么全部成功，要么全部失败。而不开启事务则每个操作都是独立的。
2. 一致性：开启事务可以确保数据库操作的一致性，如果其中一个操作失败，可以回滚到事务开始前的状态。而不开启事务则无法保证一致性。
3. 隔离性：开启事务可以为一系列操作提供隔离级别，可以控制多个事务之间的相互影响。而不开启事务则每个操作都在自己的隔离环境中执行。
4. 持久性：开启事务可以临时缓存多个操作，直到提交事务才会将数据保存到数据库中。而不开启事务则每个操作都会立即提交到数据库。

总而言之，开启事务可以保证一系列数据库操作的原子性、一致性、隔离性和持久性，而不开启事务则每个操作都是独立的。根据具体的业务需求和对数据完整性的要求，可以选择是否开启事务来进行数据库操作。