spl 性能问题
在实践当中，执行 SPL 语句后，MYSQL 性能会下降，在 Navicat 里执行一条简单的 select 语句都要好几十秒，执行完再执行就又快了，不知道大家有没碰到，我经常碰到这个问题, 不知道这是什么原因引起的？这个问题一直困扰着我，不知有没办法解决，性能问题比较致命呀
"在实践当中，执行 SPL 语句后，MYSQL 性能会下降，在 Navicat 里执行一条简单的 select 语句都要好几十秒，执行完再执行就又快了，不知道大家有没碰到，我经常碰到这个问题, .."
在实践当中，执行 SPL 语句后，MYSQL 性能会下降，在 Navicat 里执行一条简单的 select 语句都要好几十秒，执行完再执行就又快了，不知道大家有没碰到，我经常碰到这个问题, 不知道这是什么原因引起的？这个问题一直困扰着我，不知有没办法解决，性能问题比较致命呀
描述得太抽象了，能贴出你的 spl 脚本以及 navicat 的执行过程吗
比如说对一个几百条数据 Entity 单位表，通过父节点查找子节点后，在 navicat 执行 select from entity, 就会变得很慢慢，执行完一次后再执行就会变的很快
![1682399777450png]()
也有可能是在中间调试过程中语句出错，然后会导致在 navicat 中执行 sql 语句变慢，总之我在写 SPL 语句中是经常会碰到这个问题。。。。
想不通，spl 通过 jdbc 访问 mysql，影响 mysql 的性能只能是要执行的那些语句，你这里就是从 entity、userinfo 和 entityonlinestatistics 中 select，以及对 tempCount 插入，这跟 navicat 中查询 entity 不冲突呀，除非你的 mysql 还被别人访问，或者 mysql 所在机器正在执行其它任务？
以前我在测试 TIDB 也遇到过，Spl 执行语句一但报错的话在 navicat 里里执行简单的 select 就要花好长时间，一直想不通原因，我以为用 mysql 会好点，结果也会这样，很困惑呀……
你的意思是 spl 执行语句报错才会导致 naticat 执行语句变慢，如果没有错就不影响 navicat？
tidbd 感觉是这样，但 mysql 好像不一定，时不时会变慢，刚才又很慢了。
![1682494768703png]()
navicat 没用过，做了个试验，用集算器 ide 访问 mysql 执行一个错误的 sql，然后用 mysql 自带的命令行去查询，试了几遍，也没发现有影响
那我经常碰到 MYSQL 变慢是什么原因呢，我现在数据库里数据也不多，很困惑？祝五一节快乐。
这个不好说，首先要确定 navicat 有没有额外干活，其次 mysql 有没有其它连接在干活，用管理员执行 show processlist，再次可能 mysql 本身的原因，譬如内存不够，redo log 不够, 等等
你也可以在 spl 报错后直接用命令行执行查询试试
redo log 不够是啥意思呀
顾名思义就是重做日志，用于 mysql 崩溃时恢复数据，细节可以上网搜