mysql迁移之后读取速度变慢_如何解决数据库迁移之后变慢的问题

阿里云关系型数据库服务(Relational

Database Service，简称RDS)是一种即开即用、稳定可靠、可弹性伸缩的在线数据库服务。具有多重安全防护措施和完善的性能监控体系，并提供专业的数据库备份、恢复及优化方案，使您能专注于应用开发和业务发展。

使用阿里云关系数据库RDS时，经常听到很抱怨，为什么我的RDS 突然变慢了？相信不少客户在使用RDS 中经常遇到的头疼问题。像这样情况的发生，可能是由于用户操作不当而产生，为了重拾用户对我们RDS的使用信心。 接下来我们通过真实案例来分析一下用户在使用RDS 中变慢的原因：

案例一：

用户从PGSQL迁移到RDS后，发现RDS变慢了。

问题描述：用户的数据库(pgsql)迁移到RDS(mysql)后，发现相同的一条sql 语句，数据量百万级左右，在原来postgreSQL 中执行大概是0.015s，而在RDS 下直接运行是6分20秒左右，执行非常的慢，已经严重的影响用户使用RDS的信心。而实际上，这个问题来自于异构数据库的迁移，由于不同数据库引擎使用的优化算法不同因此同一个SQL的性能表现会存在差异，能过以下操作我们可以进行分析并解决。

可能原因：为什么在用户的数据库上执行只需要0.015s，而到RDS 后变为了6分20s？根据经验，很有可能是SQL 的执行计划改变了，而导致执行时间剧增。

问题排查：通过explain 查看sql 的执行计划，一步一步进行优化。

通过分析，可以从执行计划上分析b 表做了一个全表扫描(执行计划的最后一行)，查看b 表中tid 并无索引，所以我们这里可以进行优化，来减少查询过程中关联的行数，从而达到优化：

我们可以看到执行计划中的rows 已经从452变为了2(执行计划的最后一行)，

由于mysql 表关联只有nest loop join 这种算法，所以我们可以估算一下这里的优化：

原始执行一：1055789*1*1*1*1*452

扫描的行数

新执行计划二：1055789*1*1*1*1*2

扫描的行数

执行时间：