insert into 另外一张表，insert into table
各位老铁们好，相信很多人对insert into 另外一张表都不是特别的了解，因此呢，今天就来为大家分享下关于insert into 另外一张表以及insert into table的问题知识，还望可以帮助大家，解决大家的一些困惑，下面一起来看看吧！
SQL语句 怎么把一个表的数据复制到另外一个表里面
SQL语句把一个表的数据复制到另外一个表里面的步骤：
1、打开SQL，登录到一个数据库中，依次点击“工具”——“导出表”，在弹出的界面中选择一个用户，列出这个用户下面的所有表。
2、在列出的表中选择其中一个，然后选择下面的“SQL插入”选项卡，在“输出文件”选择框中选择一个路径并填写文件名，然后点击“导出”按钮，则可导出一个关于该表结构和记录生成的一个SQL文件。
3、在生成的SQL文件中，有一个地方是给生成的表指定表空间tablespace，这里的表空间是源数据库中的表空间，我们要把它改为目标数据库中的表空间。
4、接下来进入到复制表的目标数据库中，依次点击“工具”——“导入表”，然后选择“SQL插入”选项卡，勾选上“使用命令窗口”，在下面的“导入文件”中选择刚才导出的SQL文件，并点击“导入”按钮，如果在“对话框”中命令正确执行，没有报错的话，说明表的结构和记录已经成功地复制到了目标数据库中。
oracle如何向一张表导入另一张表的部分数据
实现的方法和详细的操作步骤如下：
1、第一步，如果要从Oracle实例orcl导出多个dmp文件表，则在打开cmd窗口后，首先设置环境变量以将Oracle实例切换为orcl（设置ORACLE_SID
= orcl），然后登录到sqlplus
，如下图所示，然后进入下一步。
2、其次，完成上述步骤后，可以使用sql语句“select*fromdba_directories”以查看当前实例下可用的dmp导出目录。
导出dmp文件时，可以选择其中之一，如下图所示，然后进入下一步。
3、接着，完成上述步骤后，退出sqlplus并使用命令“expdp”导出需要的数据库表dmp文件，如下图所示，然后进入下一步。
4、最后，完成上述步骤后，就可以将该文件导入实例orcl中的另一个用户，如下图所示。这样，问题就解决了。
MYSQL insert into select 锁表问题
加锁情况与死锁原因分析
为方便大家复现，完整表结构和数据如下：
CREATE TABLE `t3`(
`c1` int(11) NOT NULL AUTO_INCREMENT,
`c2` int(11) DEFAULT NULL,
PRIMARY KEY(`c1`),
UNIQUE KEY `c2`(`c2`)
) ENGINE=InnoDB
insert into t3 values(1,1),(15,15),(20,20);
在 session1执行 commit的瞬间，我们会看到 session2、session3的其中一个报死锁。这个死锁是这样产生的：
1.session1执行 delete会在唯一索引 c2的 c2= 15这一记录上加 X lock（也就是在MySQL内部观测到的：X Lock but not gap）；
2.session2和 session3在执行 insert的时候，由于唯一约束检测发生唯一冲突，会加 S Next-Key Lock，即对(1,15]这个区间加锁包括间隙，并且被 seesion1的 X Lock阻塞，进入等待；
3.session1在执行 commit后，会释放 X Lock，session2和 session3都获得 S Next-Key Lock；
4.session2和 session3继续执行插入操作，这个时候 INSERT INTENTION LOCK（插入意向锁）出现了，并且由于插入意向锁会被 gap锁阻塞，所以 session2和 session3互相等待，造成死锁。
死锁日志如下：
请点击输入图片描述
INSERT INTENTION LOCK
在之前的死锁分析第四点，如果不分析插入意向锁，也是会造成死锁的，因为插入最终还是要对记录加 X Lock的，session2和 session3还是会互相阻塞互相等待。
但是插入意向锁是客观存在的，我们可以在官方手册中查到，不可忽略：
Prior to inserting the row, a type of gap lock called an insert intention gap lock is set. This lock signals the intent to insert in such a way that multiple transactions inserting into the same index gap need not wait for each other if they are not inserting at the same position within the gap.插入意向锁其实是一种特殊的 gap lock，但是它不会阻塞其他锁。假设存在值为 4和 7的索引记录，尝试插入值 5和 6的两个事务在获取插入行上的排它锁之前使用插入意向锁锁定间隙，即在（4，7）上加 gap lock，但是这两个事务不会互相冲突等待。
当插入一条记录时，会去检查当前插入位置的下一条记录上是否存在锁对象，如果下一条记录上存在锁对象，就需要判断该锁对象是否锁住了 gap。如果 gap被锁住了，则插入意向锁与之冲突，进入等待状态（插入意向锁之间并不互斥）。总结一下这把锁的属性：
1.它不会阻塞其他任何锁；
2.它本身仅会被 gap lock阻塞。
在学习 MySQL过程中，一般只有在它被阻塞的时候才能观察到，所以这也是它常常被忽略的原因吧...
GAP LOCK
在此例中，另外一个重要的点就是 gap lock，通常情况下我们说到 gap lock都只会联想到 REPEATABLE-READ隔离级别利用其解决幻读。但实际上在 READ-COMMITTED隔离级别，也会存在 gap lock，只发生在：唯一约束检查到有唯一冲突的时候，会加 S Next-key Lock，即对记录以及与和上一条记录之间的间隙加共享锁。
通过下面这个例子就能验证：
请点击输入图片描述
这里 session1插入数据遇到唯一冲突，虽然报错，但是对(15,20]加的 S Next-Key Lock并不会马上释放，所以 session2被阻塞。另外一种情况就是本文开始的例子，当 session2插入遇到唯一冲突但是因为被 X Lock阻塞，并不会立刻报错“Duplicate key”，但是依然要等待获取 S Next-Key Lock。
有个困惑很久的疑问：出现唯一冲突需要加 S Next-Key Lock是事实，但是加锁的意义是什么？还是说是通过 S Next-Key Lock来实现的唯一约束检查，但是这样意味着在插入没有遇到唯一冲突的时候，这个锁会立刻释放，这不符合二阶段锁原则。这点希望能与大家一起讨论得到好的解释。
如果是在 REPEATABLE-READ，除以上所说的唯一约束冲突外，gap lock的存在是这样的：
普通索引（非唯一索引）的S/X Lock，都带 gap属性，会锁住记录以及前1条记录到后1条记录的左闭右开区间，比如有[4,6,8]记录，delete 6，则会锁住[4,8）整个区间。
对于 gap lock，相信 DBA们的心情是一样一样的，所以我的建议是：
1.在绝大部分的业务场景下，都可以把 MySQL的隔离界别设置为 READ-COMMITTED；
2.在业务方便控制字段值唯一的情况下，尽量减少表中唯一索引的数量。
锁冲突矩阵
前面我们说的 GAP LOCK其实是锁的属性，另外我们知道 InnoDB常规锁模式有：S和 X，即共享锁和排他锁。锁模式和锁属性是可以随意组合的，组合之后的冲突矩阵如下，这对我们分析死锁很有帮助：
请点击输入图片描述
关于insert into 另外一张表到此分享完毕，希望能帮助到您。