【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【问题现象及影响】
【附件】
大家有碰到过get_plan_time时间比较长的吗,虽然is_hit_plan是0 但还是4.1比3.2
要慢很多
【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【问题现象及影响】
【附件】
大家有碰到过get_plan_time时间比较长的吗,虽然is_hit_plan是0 但还是4.1比3.2
要慢很多
你好,有没有具体数据呢?数据量多大,schema是什么样的,能够具体描述一下?
分区分布,表结构,数据分布完全一样么
一摸一样 甚至4.0的paimary zone是zone 1。 刚看了下update的get_plan_time 多一倍, 部分的execute_time也多
分区表 insert select的这种,insert的表是空的。
单表的update 4.0 性能好一点
update/insert 后面跟select的性能要差一点
插入的数据量很大吗?
不大吧 3000多行
首先确认下,是3.2版本吗?因为目前开源只有3.1、4.0、4.1版本。
这里说“update的get_plan_time 多一倍”,有具体的截图吗?
“update/insert 后面跟select的性能要差一点”是手动输入的sql测试,还是sysbench测试?
另外问下,“4.1和3.2版本”部署的环境是一致的不?