关于如何优化insert into (select ....) values (?, ?, ?)操作
insert into (select …) values (?, ?, ?)语句的性能问题
执行这个语句会使用排他锁 锁定select的源表的所有行,我们都知道一旦上了给表上了排他锁,就相当于升级为表锁,其他所有的对这个表的crud操作都要等待当前的锁解除武装之后才能进行,所以这条sql操作的性能是很差的。
可替代方案
另一种方法是替换掉insert…select 语句,使用select … into OUTFILE(导出数据到文件中,outfile是文件的路径名) 和 load data INFILE(从指定目录的文件下导入名为NFILE是文件)两条命令替换,这两条语句执行的操作是先将普通的不带锁的select查询结果输出到文件中,然后再从文件中加载数据,这样源表就无须上锁,极大的提高了性能。
改进方法的问题以及优化
改进方法的最大问题是为输出文件选择一个合适的名字,并且需要在连接关闭后删除这些临时文件,文件名的后缀可以是连接名,一般可以使用定时任务来清理当连结关闭后这些不再被使用的文件。
以上内容来自《高性能mysql p484》
codeZeroHeart: 学习了,就是有一点不太理解,6 redo、undo、binlog的生成流程与崩溃恢复,如果在第四步修改内存记录发生故障,事务还没有提交,故障后内存记录也不在了,为什么还要执行undo 操作呢
普通网友: 写的很详细,感谢博主的分享。【我也写了一些相关领域的文章,希望能够得到博主的指导,共同进步!】
普通网友: 优质好文,支持支持。【我也写了一些相关领域的文章,希望能够得到博主的指导,共同进步!】
ln_e: 并未解决
xxx_520s: hello,hello