[Phpmyadmin-devel] Minimum MySQL version
Marc Delisle
marc at infomarc.info
Thu Oct 24 23:01:25 CEST 2013
Le 2013-10-24 15:59, Rouslan Placella a écrit :
> On 10/24/2013 08:28 PM, Marc Delisle wrote:
>> Marc Delisle a écrit :
>>> Michal Čihař a écrit :
>>>> Hi
>>>>
>>>> Dne Thu, 24 Oct 2013 08:15:48 -0400
>>>> Marc Delisle <marc at infomarc.info> napsal(a):
>>>>
>>>>> For the upcoming phpMyAdmin 4.1, we currently advertise the minimum
>>>>> MySQL version to 5 (meaning 5.0). However, MySQL 5.0 has reached "End of
>>>>> Product Lifecycle".
>>>>>
>>>>> Moreover, we have a performance problem in phpMyAdmin 4.0 and 4.1, due
>>>>> to the navi panel mostly using INFORMATION_SCHEMA, which is poorly
>>>>> implemented in older MySQL versions. This performance problem is seen on
>>>>> servers with many (thousands?) of databases, which is not uncommon for
>>>>> host providers. We have bug tickets about this.
>>>>>
>>>>> By the way, using INFORMATION_SCHEMA helps us for some features like the
>>>>> db filter (now with REGEX). I'm not sure how we could implement this
>>>>> efficiently with SHOW DATABASES.
>>>>>
>>>>> I would like to increase the minimum MySQL version for phpMyAdmin 4.1. I
>>>>> got feedback from someone I trust, who is running MySQL 5.6 with
>>>>> thousands of real-world databases and did some tests; on this version,
>>>>> INFORMATION_SCHEMA performs ok.
>>>> When trying to google this, I've found following hint on improving IS
>>>> performance, have we tried to use that?
>>>>
>>>> http://www.mysqlperformanceblog.com/2011/12/23/solving-information_schema-slowness/
>>>
>>> I was not aware of that setting; but from the comments on this page:
>>>
>>> "the innodb_stats_on_metadata variable is available since MySQL 5.1.17,
>>> and it’s a dynamic variable only since InnoDB Plugin 1.0.2."
>>>
>>>>> If the team agrees, I would do some testing to find out at which point
>>>>> INFORMATION_SCHEMA's fetch problems were fixed. Then we would advertise
>>>>> this MySQL version as the minimum, and use only INFORMATION_SCHEMA in it
>>>>> (no more SHOW DATABASES).
>>>> Makes sense (and we could then also drop DisableIS configuration...).
>>>
>>> This, and ShowDatabasesCommand.
>>
>> I have a test server on Linux, with MySQL 5.1.71, 1000 databases with
>> 100 tables in each db (all InnoDB). PHP 5.5.3 + mysqli + mysqlnd.
>
> How many records per table have you got? I guess that the amount of data
> may have an influence here.
These tables are empty but tomorrow I'll write sample data into them.
Also, I should add more columns into them.
>
>> With phpMyAdmin 4.0.8, I don't have a performance problem. Both my root
>> user, which happily paginates between all the dbs, and a normal user
>> with access to only one db, work well.
>>
>> I'm using the default DisableIS setting of true. I also tried
>> ShowDatabasesCommand set to false + some names in only_db, and all was fine.
>>
>> I have asked in the bug tickets for more details, to be able to
>> reproduce the performance problems.
>>
>> I am not testing with MySQL 5.0.x, because for phpMyAdmin 4.1 we should
>> mention that the minimum version is (at least) MySQL 5.1.
>>
--
Marc Delisle
http://infomarc.info
More information about the Developers
mailing list