可以看看 /node-admin/18607

下面自己亲自做的 有大用

问题：查看表结构时，一直显示正在加载

解决办法：

第一步，在phpmyadmin目录中找到versionversionInformation->getLatestVersion_check.php文件. 找到以下代码

$save = true;     
$file = 'http://www.phpmyadmin.net/home_page/version.json';    
if (ini_get('allow_url_fopen')) {        
 $response = file_get_contents($file);     } 
else if (function_exists('curl_init')) {     
    $curl_handle = curl_init($file);      
       curl_setopt($curl_handle, CURLOPT_RETURNTRANSFER, 1);     
    $response = curl_exec($curl_handle);   
}

将上面这些代码删除或者注释掉. 原因是官方已挂, 这检查升级花费30秒时间. 没必要在线检测是否有新版本。

第二步，打开 ./libraries/Util.class.php 文件，查找如下代码：

return strftime($date, $timestamp);

替换成如下代码:

if(extension_loaded('gettext'))  
return strftime($date, $timestamp);

中国区可以替换成以下代码：

if(extension_loaded('gettext'))
{         date_default_timezone_set('UTC');     return gmdate('Y-m-d H:i:s', $timestamp + 28800);
}

#原理: 本地化时间格式化需要gettext支持, 假如你的环境没有开启此功能, 将会返回乱码, 影响#phpmyadmin ajax的处理。

来自  https://cloud.tencent.com/developer/article/1871436

下面的可以不用看了

下面由phpmyadmin教程栏目给大家介绍phpmyadmin打开很慢的解决方法，希望对需要的朋友有所帮助！

phpmyadmin4系列通通加载缓慢的最终原因是最近phpmyadmin的官网经常打不开，而phpmyadmin页面会自动检查官网上的程序版本更新，所以当你进入phpmyadmin管理页面点击数据库的时候phpmyadmin一直在尝试连接官网从而把整个打开过程拖得很慢。

最终的解决办法是不让phpmyadmin检查更新，找到phpmyadmin目录下version_check.php文件，具体修改如下：

代码如下:

上面代码是通过注释掉else{......}中间这段来取消phpmyadmin连接官网version.json来检查更新

修改完后phpmyadmin马上又回到秒开了。

附：另一个网友的解决方法

代码如下:

以上就是如何解决phpmyadmin打开很慢的问题的详细内容，更多请关注php中文网其它相关文章！

来自  https://www.php.cn/faq/476715.html

MySQL --为什么phpMyAdmin在php/mysqli中的查询速度非常慢？

SELECT * FROM `TitelDaggegevens` 
WHERE `datum` > '2020-03-31' AND datum < '2020-05-02' AND `fondskosten` IS NULL 
ORDER BY isbn;

FLUSH STATUS;
SELECT-query above with one of the two dates;
SHOW SESSION STATUS LIKE 'Handler%';

|                        how:   |     server/MySqli       |      phpMyAdmin 
|         date used in query:   | 2020-05-02 | 2020-05-01 | 2020-05-02 | 2020-05-01
|           records returned:   | 6912       | 1          | 6912       | 1
|                  avg speed:   | 0.27s      | 0.00s      | 0.52s      | 60s (!)
| Variable_name                 | Value      | Value      | Value      | Value
| Handler_icp_attempts          | 213197     | 206286     | 213197     | 0
| Handler_icp_match             | 6912       | 1          | 6912       | 0
| Handler_read_next             | 6912       | 1          | 26651      | 11728896 (!)
| Handler_read_key              | 1          | 1          | 151        | 4
| Handler_commit                | 1          | 1          | 152        | 5
| Handler_read_first            | 0          | 0          | 1          | 1
| Handler_read_rnd_next         | 0          | 0          | 82         | 83
| Handler_read_rnd              | 0          | 0          | 0          | 1
| Handler_tmp_write             | 0          | 0          | 67         | 67

    [select_type] => SIMPLE
    [table] => TitelDaggegevens
    [type] => range
    [possible_keys] => fondskosten,Datum+isbn+fondskosten
    [key] => Datum+isbn+fondskosten
    [key_len] => 3
    [ref] => 
    [Extra] => Using index condition; Using filesort

    [rows] => 422796 for 2020-05-01
    [rows] => 450432 for 2020-05-02

CREATE TABLE `TitelDaggegevens` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `isbn` decimal(13,0) NOT NULL,
 `datum` date NOT NULL,
 `volgendeDatum` date DEFAULT NULL,
 `prijs` decimal(8,2) DEFAULT NULL,
 `prijsExclLaag` decimal(8,2) DEFAULT NULL,
 `prijsExclHoog` decimal(8,2) DEFAULT NULL,
 `stadiumDienstverlening` char(2) COLLATE utf8mb4_unicode_520_ci DEFAULT NULL,
 `stadiumLevenscyclus` char(1) COLLATE utf8mb4_unicode_520_ci DEFAULT NULL,
 `gewicht` double(7,3) DEFAULT NULL,
 `volume` double(7,3) DEFAULT NULL,
 `24uurs` tinyint(1) DEFAULT NULL,
 `UitgeverCode` varchar(4) COLLATE utf8mb4_unicode_520_ci DEFAULT NULL,
 `imprintId` int(11) DEFAULT NULL,
 `distributievormId` tinyint(4) DEFAULT NULL,
 `boeksoort` char(1) COLLATE utf8mb4_unicode_520_ci DEFAULT NULL,
 `publishingStatus` tinyint(4) DEFAULT NULL,
 `productAvailability` tinyint(4) DEFAULT NULL,
 `voorraadAlles` mediumint(8) unsigned DEFAULT NULL,
 `voorraadBeschikbaar` mediumint(8) unsigned DEFAULT NULL,
 `voorraadGeblokkeerdEigenaar` smallint(5) unsigned DEFAULT NULL,
 `voorraadGeblokkeerdCB` smallint(5) unsigned DEFAULT NULL,
 `voorraadGereserveerd` smallint(5) unsigned DEFAULT NULL,
 `fondskosten` enum('depot leverbaar','depot onleverbaar','POD','BOV','eBoek','geen') COLLATE utf8mb4_unicode_520_ci DEFAULT NULL,
 PRIMARY KEY (`id`),
 UNIQUE KEY `ISBN+datum` (`isbn`,`datum`) USING BTREE,
 KEY `UitgeverCode` (`UitgeverCode`),
 KEY `Imprint` (`imprintId`),
 KEY `VolgendeDatum` (`volgendeDatum`),
 KEY `Index op voorraad om maxima snel te vinden` (`isbn`,`voorraadAlles`) USING BTREE,
 KEY `fondskosten` (`fondskosten`),
 KEY `Datum+isbn+fondskosten` (`datum`,`isbn`,`fondskosten`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=16519430 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_520_ci 

MariaDB 10.4 
InnoDB
CentOs7 
phpMyAdmin 4.9.5
php 5.6
Apache 

[mysqld]
innodb_buffer_pool_size=2G
innodb_buffer_pool_instances=4
innodb_flush_log_at_trx_commit=2

tmp_table_size=64M
max_heap_table_size=64M

join_buffer_size=4M
sort_buffer_size=8M

optimizer_search_depth=5

广告

+----------------------------+----------+
| Variable_name              | Value    |
+----------------------------+----------+
| Handler_commit             | 1        |
| Handler_read_first         | 1        |
| Handler_read_next          | 11733306 |
| rest                       | 0        |
+----------------------------+----------+

+------+-------------+------------------+-------+------------------------------------+------------+---------+------+------+-------------+
| id   | select_type | table            | type  | possible_keys                      | key        | key_len | ref  | rows | Extra       |
+------+-------------+------------------+-------+------------------------------------+------------+---------+------+------+-------------+
|    1 | SIMPLE      | TitelDaggegevens | index | fondskosten,Datum+isbn+fondskosten | ISBN+datum | 9       | NULL | 1351 | Using where |
+------+-------------+------------------+-------+------------------------------------+------------+---------+------+------+-------------+

来自  https://cloud.tencent.com/developer/ask/sof/108160418

使用phpmyadmin浏览库结构很卡的问题的解决方案

'SELECT COUNT(*) FROM ' . PMA_Util::backquote($db) . '.'
                        . PMA_Util::backquote($table)

'SELECT TABLE_ROWS FROM information_schema.TABLES where TABLE_SCHEMA = \'' . PMA_Util::backquote($db) .
                     '\' and TABLE_NAME = \'' . PMA_Util::backquote($table) . '\''

https://blog.51cto.com/mysqldba/1915694

請教一下，我發現最近SERVER出現一個怪問題，就是phpMyAdmin開啟的速度突然變得很長，一開始出現詢問帳號、密碼的小視窗很快，輸入了帳號密碼之後，要等很久才會進入到phpMyAdmin的畫面，不過也不是出不來，只是要等很久，大約要個將近五分鐘吧，不過進入之後開啟任何頁面中的連結也都很快就出現，就是登入要很久，有人知道這是啥原因嗎？请教一下，我发现最近SERVER出现一个怪问题，就是phpMyAdmin开启的速度突然变得很长，一开始出现询问帐号、密码的小窗口很快，输入了账号密码之后，要等很久才会进入到phpMyAdmin的画面，不过也不是出不来，只是要等很久，大约要个将近五分钟吧，不过进入之后开启任何页面中的链接也都很快就出现，就是登入要很久， 有人知道这是啥原因吗？

我裝在Red Hat Linux 7.3之中，所有的套件都是系統內建的，剛安裝的系統就這樣，硬體配備大概是P3的Celeron 800+256MB記憶體，後來我怕是不是硬體的問題，又換了一部新的電腦試試看，Athlon XP+華碩A7V-266主機板+256DDR，跑起來也一樣，網路的部分我用Ping去測試，回應時間大多都是兩位數ms而已。我装在Red Hat Linux 7.3之中，所有的套件都是系统内建的，刚安装的系统就这样，硬件配备大概是P3的Celeron 800+256MB内存，后来我怕是不是硬件的问题，又换了一部新的电脑试试看，Athlon XP+华硕A7V-266主板+256DDR，跑起来也一样，网络的部分我用Ping去测试，回应时间大多都是两位数ms而已。

拜託知道的人幫幫忙吧！拜托知道的人帮帮忙吧！
檢查資料庫本身有沒有問題(也就是不要透過 phpmyadmin 去讀取資料庫)先检查数据库本身有没有问题（也就是不要通过 phpmyadmin 去读取数据库）
打一些簡單的 sql command 測試看看資歷庫的反應速度打一些简单的 sql command 测试看看资历库的反应速度

phpmyadmin 的 config.inc.php 其中，有一項設定是$cfg['OBGzip']phpmyadmin 的 config.inc.php 其中，有一项设定是$cfg['OBGzip']
或是 php.ini 其中有一各設定是 zlib.output_compression或是 php.ini 其中有一各设定是 zlib.output_compression

這兩各設定也許有可能造成這各原因也說不一定，可以試試看。这两各设定也许有可能造成这各原因也说不一定，可以试试看。

我有執行一些很簡單的指令，像mysql、mysqladmin，都能執行，看起來都還蠻正常的（不過我對相關指令不熟啦，不太瞭解，所以只能說看起來是正常啦）。我有执行一些很简单的指令，像mysql、mysqladmin，都能执行，看起来都还蛮正常的（不过我对相关指令不熟啦，不太了解，所以只能说看起来是正常啦）。

阿然後$cfg['OBGzip']的設定值是「auto」，zlib.output_compression的設定值則是「off」。這樣的設定值有什麼影響嗎？阿然后$cfg['OBGzip']的设置是「auto」，zlib.output_compression的设置则是「off」。 这样的设定值有什么影响吗？

先檢查資料庫本身有沒有問題(也就是不要透過 phpmyadmin 去讀取資料庫)先检查数据库本身有没有问题（也就是不要通过 phpmyadmin 去读取数据库）
打一些簡單的 sql command 測試看看資歷庫的反應速度打一些简单的 sql command 测试看看资历库的反应速度

phpmyadmin 的 config.inc.php 其中，有一項設定是$cfg['OBGzip']phpmyadmin 的 config.inc.php 其中，有一项设定是$cfg['OBGzip']
或是 php.ini 其中有一各設定是 zlib.output_compression或是 php.ini 其中有一各设定是 zlib.output_compression

這兩各設定也許有可能造成這各原因也說不一定，可以試試看。这两各设定也许有可能造成这各原因也说不一定，可以试试看。

你可以試著把$cfg['OBGzip'] 這各值改成 FALSE 試看看

你可以试着把$cfg['OBGzip'] 这各值改成 FALSE 试看看

剛剛試了一下，把這個選項調整過之後還是一樣........

刚刚试了一下，把这个选项调整过之后还是一样........

經過這兩天的測試，又發現到一個現象，就是在本機上開phpMyAdmin的時候都沒有問題，速度相當快，但只要是其他的電腦，就算用的是區域網路內的虛擬IP都一樣要很久............经过这两天的测试，又发现到一个现象，就是在本机上开phpMyAdmin的时候都没有问题，速度相当快，但只要是其他的电脑，就算用的是区域网络内的虚拟IP都一样要很久............

你可以試著把$cfg['OBGzip'] 這各值改成 FALSE 試看看你可以试着把$cfg['OBGzip'] 这各值改成 FALSE 试看看

聽起來跟phpMyAdmin的設定好像沒關係听起来跟phpMyAdmin的设定好像没关系
該不會是apache的問題吧？该不会是apache的问题吧？
這就不知啦..........不過之前一樣的安裝和設定都沒這些問題啊..........這次重灌之後才開始的........而且不只一部電腦這樣..........这就不知啦.......... 不过之前一样的安装和设定都没这些问题啊.......... 这次重灌之后才开始的........ 而且不只一部电脑这样..........

聽起來跟phpMyAdmin的設定好像沒關係听起来跟phpMyAdmin的设定好像没关系
該不會是apache的問題吧？该不会是apache的问题吧？
請問你的 phpmyadmin 的其中一各設定是请问你的 phpmyadmin 的其中一各设定是
$cfg['Servers'][$i]['auth_type'] ??你的設定是??$cfg['Servers'][$i]['auth_type'] ?? 你的设定是？？
試試看 修改 php.ini 裡面的试试看 修改 php.ini 里面的
default_charset = "iso-8859-15"default_charset = “iso-8859-15”

default_charset左邊加上 ;default_charset左边加上 ;
取消此設定。取消此设定。設過http和config都一樣慢∼设过http和config都一样慢∼

請問你的 phpmyadmin 的其中一各設定是请问你的 phpmyadmin 的其中一各设定是
$cfg['Servers'][$i]['auth_type'] ??你的設定是??$cfg['Servers'][$i]['auth_type'] ?? 你的设定是？？
来自  https://www.pczone.com.tw/vbb3/archive/t-105646.html  

我们使用phpMyAdmin经常是一进去就直接展开数据库，点击表名查看数据，这样可以清楚的了解表的结构方便写 SQL。默认情况下是显示 25 条数据，即使有几亿行也很快。

但最近我换了一个 read 账号登录，点击表名的时候直接卡死了

应该是查询卡住了，命令行连上数据库，show full processlist发现有个查询确实卡住了：

一开始只关注到状态是Creating Sort Index，再结合使用 write 账号登录打开却很快的现象，认为是 read 账号没有 create 权限，导致卡着了（没有权限的话应该是直接报错的）。但是查了下 read 账号其实给的就是全部权限，一度陷入了僵局。

调整心态，回到原点，还是从「使用 write 账号登录打开却很快」的现象出发，查看日志，发现 write 账号进入的话点击表名浏览数据使用的 SQL 没有ORDER BY，那就是自动加的，查了下，phpMyAdmin 会自动保存上一次对字段排序的操作，再次操作字段能取消排序，但问题是我现在已经无法进入浏览页面了。

那考虑是不是能在哪里设置，关闭这个。页面上有个浏览模式设置，但这个试了下好像没啥用。

还是看下官方文档吧，找到了设置项，需要把$cfg['Servers'][$i]['table_uiprefs']和$cfg['RememberSorting']设置为false。这个功能还是好的，但在多人使用同一账号，数据量又比较大的情况下，还是关闭比较好，关闭也不影响排序功能，只是排序的操作不会保存下来。

Since release 3.5.0 phpMyAdmin can be configured to remember several things (sorted column $cfg['RememberSorting'], column order, and column visibility from a database table) for browsing tables. Without configuring the storage, these features still can be used, but the values will disappear after you logout.

然后还得把已经保存的设置项清除掉，位置在数据库：phpmyadmin（默认）表：pma__table_uiprefs，把这个表清空即可又回到之前丝滑的感觉了。

参考资料

https://stackoverflow.com/questions/33809816/phpmyadmin-automatically-adding-order-by-to-browse

https://docs.phpmyadmin.net/en/latest/config.html#cfg_Servers_table_uiprefs

来自  https://iyaozhen.com/phpmyadmin-creating-sort-index-hang.html

来自 https://www.linuxidc.com/Linux/2017-04/142760.htm