Performance 没有优化查询
这里有史以来的第一个问题,所以要友善:-) 我以前在我所有的服务器上都使用MySQL,由于CentOS7现在带有MariaDB instea,我尝试了一下。除了MySQL以毫秒为单位执行的一个查询,MariaDB以秒为单位执行的一个查询之外,所有的查询似乎都很好:( match_id是座位表中的一个键 我尝试了不同的方法,但没有任何效果。我还不想放弃MariaDB,因为我读到了这篇文章,也注意到自己在其他查询上的速度要快一些。但这实际上是一个阻碍Performance 没有优化查询,performance,join,mariadb,Performance,Join,Mariadb,这里有史以来的第一个问题,所以要友善:-) 我以前在我所有的服务器上都使用MySQL,由于CentOS7现在带有MariaDB instea,我尝试了一下。除了MySQL以毫秒为单位执行的一个查询,MariaDB以秒为单位执行的一个查询之外,所有的查询似乎都很好:( match_id是座位表中的一个键 我尝试了不同的方法,但没有任何效果。我还不想放弃MariaDB,因为我读到了这篇文章,也注意到自己在其他查询上的速度要快一些。但这实际上是一个阻碍 因此,任何帮助都将不胜感激!对于匹配项: IND
因此,任何帮助都将不胜感激!对于
匹配项
:
INDEX(type, status, date_start)
将同时提高MySQL和MariaDB的速度。(type
和status
可以交换,但是date\u start
需要第三个。)
造成这种差异的原因是MySQL在某些优化方面领先于MariaDB,而且您已经实现了这样一种优化
id select_type table type possible_keys key len ref rows Extra
1 PRIMARY <derived2> ALL NULL NULL NULL NULL 112
1 PRIMARY seat ref match_id match_id 8 tmp.id 3
2 DERIVED matches ALL NULL NULL NULL NULL 1919638 Using where
id select_type table type possible_keys key len ref rows Extra
1 SIMPLE seat ALL match_id NULL NULL NULL 5462345
1 SIMPLE matches eq_ref PRIMARY PRIMARY 8 seat.match_id 1 Using where
INDEX(type, status, date_start)