懒狗维基 - 最近更改 [zh-cn]

首页

2026-06-10T22:15:10Z

文章推荐

@@ 第20行： / 第20行： @@
 * 病毒博物馆
 * 壁纸推荐
 == 入门 ==

MediaWiki页面显示Nginx404

2026-06-10T22:02:17Z

←上一版本		2026年6月11日 (四) 06:02的版本
第141行：		第141行：

	[[分类:MediaWiki]]		[[分类:MediaWiki]]
			[[分类:技术博客]]

分类:技术博客

2026-06-10T22:01:53Z

创建页面，内容为“分类:博客”

新页面

[[分类:博客]]

安装MediaWiki时遇到MyISAM被禁用

2026-06-10T22:01:35Z

←上一版本		2026年6月11日 (四) 06:01的版本
第180行：		第180行：
	对于使用 Oracle Cloud MySQL、阿里云 RDS、腾讯云数据库、AWS RDS 等云服务商数据库系统的用户来说，这类问题并不罕见。云数据库通常更偏向稳定、安全和统一管理，因此会禁用一些旧式或不推荐的特性。安装传统 PHP 程序时，如果遇到类似报错，应优先检查程序的建表 SQL 是否使用了云数据库不支持的存储引擎。		对于使用 Oracle Cloud MySQL、阿里云 RDS、腾讯云数据库、AWS RDS 等云服务商数据库系统的用户来说，这类问题并不罕见。云数据库通常更偏向稳定、安全和统一管理，因此会禁用一些旧式或不推荐的特性。安装传统 PHP 程序时，如果遇到类似报错，应优先检查程序的建表 SQL 是否使用了云数据库不支持的存储引擎。
	[[分类:MediaWiki]]		[[分类:MediaWiki]]
			[[分类:技术博客]]

首页

2026-06-10T21:44:25Z

←上一版本		2026年6月11日 (四) 05:44的版本
第1行：		第1行：
	~~<strong>已安装MediaWiki。</strong>~~

	~~请查阅[https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents 用户指导]以获取使用本wiki软件的信息。~~		= 欢迎到来！ =

			== 关于我 ==
			我是doge24190，本站的站长，也是合作写作网站小城的问候的创建者，一只苦逼学生狗，喜欢玩电子游戏（倒腾各种技术活大概率是为了更舒服的玩游戏233）以及各种杂七杂八的东西。偶尔会去写下维百。你通常可以在以下这些地方找到我：

			* 维基百科
			* Steam
			* 小城的问候
			* github

			== 关于本站 ==
			这里是doge24190的私人博客，不知你想看点什么？

			本站部分页面有对应的英语版本，但可能非最新版本，需要修缮

			* 存档
			* 小工具
			* 音乐
			* 病毒博物馆
			* 壁纸推荐

	== 入门 ==		== 入门 ==

安装MediaWiki时遇到MyISAM被禁用

2026-06-10T21:42:47Z

←上一版本		2026年6月11日 (四) 05:42的版本
第179行：		第179行：

	对于使用 Oracle Cloud MySQL、阿里云 RDS、腾讯云数据库、AWS RDS 等云服务商数据库系统的用户来说，这类问题并不罕见。云数据库通常更偏向稳定、安全和统一管理，因此会禁用一些旧式或不推荐的特性。安装传统 PHP 程序时，如果遇到类似报错，应优先检查程序的建表 SQL 是否使用了云数据库不支持的存储引擎。		对于使用 Oracle Cloud MySQL、阿里云 RDS、腾讯云数据库、AWS RDS 等云服务商数据库系统的用户来说，这类问题并不罕见。云数据库通常更偏向稳定、安全和统一管理，因此会禁用一些旧式或不推荐的特性。安装传统 PHP 程序时，如果遇到类似报错，应优先检查程序的建表 SQL 是否使用了云数据库不支持的存储引擎。
			[[分类:MediaWiki]]

分类:MediaWiki

2026-06-10T21:42:16Z

创建页面，内容为“分类:Web”

新页面

[[分类:Web]]

MediaWiki页面显示Nginx404

2026-06-10T21:41:17Z

←上一版本		2026年6月11日 (四) 05:41的版本
第139行：		第139行：
	<code>#error_page 404 /404.html;</code>		<code>#error_page 404 /404.html;</code>
	对 MediaWiki、DokuWiki、WordPress 等动态应用来说，通常不建议让 Nginx 直接覆盖应用层返回的 404 页面。应用自己的 404 页面往往包含有用的操作入口、创建页面提示、搜索入口或权限提示。如果被 Nginx 统一替换，会破坏应用的正常交互逻辑。		对 MediaWiki、DokuWiki、WordPress 等动态应用来说，通常不建议让 Nginx 直接覆盖应用层返回的 404 页面。应用自己的 404 页面往往包含有用的操作入口、创建页面提示、搜索入口或权限提示。如果被 Nginx 统一替换，会破坏应用的正常交互逻辑。

			[[分类:MediaWiki]]

MediaWiki页面显示Nginx404

2026-06-10T21:32:36Z

创建页面，内容为“= MediaWiki 页面显示 Nginx 404 的排查记录：error_page 404 导致的隐藏问题 = == 问题现象 == 在安装并配置好 MediaWiki 后，首页可以正常打开，部分特殊页面也可以正常访问，例如： <code><nowiki>https://wiki.example.com/index.php?title=特殊:上传文件</nowiki></code> 但是访问另一些页面时却出现 404，例如： <code><nowiki>https://wiki.example.com/index.php?title=特殊:最近更改</nowiki></co…”

新页面

= MediaWiki 页面显示 Nginx 404 的排查记录：error_page 404 导致的隐藏问题 =

== 问题现象 ==
在安装并配置好 MediaWiki 后，首页可以正常打开，部分特殊页面也可以正常访问，例如：
<code><nowiki>https://wiki.example.com/index.php?title=特殊:上传文件</nowiki></code>
但是访问另一些页面时却出现 404，例如：
<code><nowiki>https://wiki.example.com/index.php?title=特殊:最近更改</nowiki></code>
以及访问尚未创建的普通页面时也会出现 404，例如：
<code><nowiki>https://wiki.example.com/index.php?title=Test</nowiki></code>
表面上看，问题似乎像是 MediaWiki 的特殊页面、本地化别名、URL 重写或 Nginx 伪静态规则出了问题。

但进一步检查后发现，真正的问题并不是 MediaWiki 没有处理请求，而是 Nginx 把 MediaWiki 返回的应用内 404 页面覆盖掉了。

== 排查过程 ==
首先使用 curl 测试英文特殊页面：
<code>curl -I "<nowiki>https://wiki.example.com/index.php?title=Special:RecentChanges</nowiki>"</code>
返回结果中可以看到，MediaWiki 实际上已经识别了这个特殊页面，并将其重定向到了中文特殊页名称：
<code>HTTP/2 301
location: <nowiki>https://wiki.example.com/index.php?title=%E7%89%B9%E6%AE%8A:%E6%9C%80%E8%BF%91%E6%9B%B4%E6%94%B9</nowiki></code>
这说明 MediaWiki 本身是工作的，<code>Special:RecentChanges</code> 也能被识别。

然后继续跟随跳转查看页面正文：
<code>curl -L "<nowiki>https://wiki.example.com/index.php?title=Special:RecentChanges</nowiki>" | head -n 50</code>
返回内容却是：
<code><html>
<head><title>404 Not Found</title></head>
<body>
<nowiki><center><h1>404 Not Found</h1></nowiki><nowiki></center></nowiki>
<nowiki><hr></nowiki><nowiki><center>nginx</center></nowiki>
</body>
</html></code>
这里的关键点是：
<code>nginx</code>
如果是 MediaWiki 自己返回的页面，HTML 中通常会包含 MediaWiki 的页面结构、皮肤、站点标题等内容；而这里显示的是 Nginx 默认 404 页面。

因此可以判断：这个 404 不是 MediaWiki 页面本身，而是被 Nginx 的错误页处理逻辑替换了。

== 根本原因 ==
在宝塔面板生成的 Nginx 配置中，存在如下配置：
<code>error_page 404 /404.html;</code>
完整片段类似：
<code>#ERROR-PAGE-START 错误页配置，可以注释、删除或修改
error_page 404 /404.html;
#error_page 502 /502.html;
#ERROR-PAGE-END</code>
这个配置的含义是：只要后端返回 HTTP 404，Nginx 就将页面替换为 <code>/404.html</code>。

这对于普通静态网站可能没问题，但对 MediaWiki 这类动态应用来说会造成误伤。

MediaWiki 在很多情况下会主动返回 HTTP 404 状态码，但页面正文并不是错误，而是应用内的正常提示。例如：

* 访问尚未创建的页面；
* 访问不存在的标题；
* 某些特殊页面或查询结果为空的页面；
* 需要由 MediaWiki 自己生成的“页面不存在，可创建此页面”提示。

也就是说，对于 MediaWiki 来说，HTTP 404 并不一定代表 Nginx 层面的文件不存在。它可能只是 MediaWiki 用来表达“这个 wiki 页面尚未创建”的正常状态码。

但是 Nginx 的：
<code>error_page 404 /404.html;</code>
会把 MediaWiki 自己生成的页面内容覆盖掉，最终用户看到的就不再是 MediaWiki 的提示，而是 Nginx 的：
<code>404 Not Found
nginx</code>
这就是导致“未创建页面打不开”“部分特殊页面变成 404”的真正原因。

== 解决方法 ==
编辑站点的 Nginx 配置文件，例如宝塔环境下通常位于：
<code>/www/server/panel/vhost/nginx/wiki.example.com.conf</code>
找到：
<code>error_page 404 /404.html;</code>
将其注释掉：
<code>#error_page 404 /404.html;</code>
修改后的配置应类似：
<code>#ERROR-PAGE-START 错误页配置，可以注释、删除或修改
#error_page 404 /404.html;
#error_page 502 /502.html;
#ERROR-PAGE-END</code>
然后测试 Nginx 配置：
<code>sudo nginx -t</code>
如果显示配置正常，再重载 Nginx：
<code>sudo systemctl reload nginx</code>
宝塔环境也可以使用：
<code>sudo /etc/init.d/nginx reload</code>

== 修复后的效果 ==
修改后，再访问未创建页面：
<code><nowiki>https://wiki.example.com/index.php?title=Test</nowiki></code>
它可能仍然返回 HTTP 404 状态码，这是正常的，因为 <code>Test</code> 页面确实尚未创建。

但页面正文不应再是 Nginx 的：
<code>404 Not Found
nginx</code>
而应该变成 MediaWiki 自己的提示页面，例如：
<code>此页面目前没有内容。
您可以搜索本页标题、在相关页面中搜索，或者创建此页面。</code>
也就是说，判断问题是否修复，不能只看 HTTP 状态码是否为 404，而要看页面正文到底是 MediaWiki 生成的，还是 Nginx 生成的。

可以用下面的命令检查：
<code>curl -L "<nowiki>https://wiki.example.com/index.php?title=Test</nowiki>" | head -n 30</code>
如果输出中出现 MediaWiki 页面结构，说明已经正常。

== 推荐的 MediaWiki Nginx 基础配置 ==
对于使用 <code>/index.php?title=页面名</code> 这种默认 URL 形式的 MediaWiki 站点，可以保留简单的基础转发规则：
<code>location / {
try_files $uri $uri/ /index.php?$query_string;
}</code>
同时建议在 <code>LocalSettings.php</code> 中明确使用保守的 URL 配置：
<code>$wgScriptPath = "";
$wgArticlePath = "/index.php?title=$1";
$wgUsePathInfo = false;
$wgServer = "<nowiki>https://wiki.example.com</nowiki>";</code>
这样可以避免 MediaWiki 生成 <code>/index.php/PageName</code> 或短链接形式的路径，从而减少和 Nginx URL 重写规则冲突的概率。

== 关于未创建页面的 404 状态码 ==
需要特别注意：MediaWiki 中访问未创建页面返回 HTTP 404 是正常行为。

例如：
<code><nowiki>https://wiki.example.com/index.php?title=Test</nowiki></code>
如果 <code>Test</code> 页面尚未创建，MediaWiki 可以返回 404 状态码，同时显示“页面不存在，可创建此页面”的提示。

因此，排查时不能简单认为：
<code>HTTP 404 = Nginx 配置错误</code>
更准确的判断方式是：

* 如果页面正文是 MediaWiki 风格的“页面不存在”提示，说明正常；
* 如果页面正文是 <code>404 Not Found nginx</code>，说明被 Nginx 错误页覆盖了；
* 如果访问 <code>/index.php</code> 本身也 404，才更可能是站点根目录或 PHP 转发规则错误。

== 总结 ==
这次问题的关键不在 MediaWiki 数据库，也不在特殊页面本身，而是在 Nginx 配置中的：
<code>error_page 404 /404.html;</code>
该配置会覆盖 MediaWiki 自己生成的 404 页面，导致：

* 未创建页面无法显示 MediaWiki 的创建提示；
* 部分特殊页面看起来像是 Nginx 404；
* 排查方向容易误判为 URL 重写、PathInfo 或 MediaWiki 本地化问题。

最终解决方法很简单：
<code>#error_page 404 /404.html;</code>
对 MediaWiki、DokuWiki、WordPress 等动态应用来说，通常不建议让 Nginx 直接覆盖应用层返回的 404 页面。应用自己的 404 页面往往包含有用的操作入口、创建页面提示、搜索入口或权限提示。如果被 Nginx 统一替换，会破坏应用的正常交互逻辑。

安装MediaWiki时遇到MyISAM被禁用

2026-06-10T21:31:16Z

创建页面，内容为“= 使用云服务商 MySQL 安装 MediaWiki 时遇到 MyISAM 被禁用的解决记录 = == 问题背景 == 在安装 MediaWiki 时，如果数据库使用的不是本机自建 MySQL，而是云服务商提供的托管数据库系统，例如： * Oracle Cloud MySQL HeatWave * 阿里云 RDS MySQL * 腾讯云云数据库 MySQL * AWS RDS / Aurora MySQL * Google Cloud SQL for MySQL 那么在安装过程中可能会遇到与传统自建 MySQL 不同的问题。…”

新页面

= 使用云服务商 MySQL 安装 MediaWiki 时遇到 MyISAM 被禁用的解决记录 =

== 问题背景 ==
在安装 MediaWiki 时，如果数据库使用的不是本机自建 MySQL，而是云服务商提供的托管数据库系统，例如：

* Oracle Cloud MySQL HeatWave
* 阿里云 RDS MySQL
* 腾讯云云数据库 MySQL
* AWS RDS / Aurora MySQL
* Google Cloud SQL for MySQL

那么在安装过程中可能会遇到与传统自建 MySQL 不同的问题。

我这次使用的是 Oracle Cloud 创建的 MySQL 数据库系统，并让同一 VCN 内的服务器通过内网连接该数据库。前面的数据库连接、用户授权都处理完成后，MediaWiki 在创建数据表时出现了如下错误：
<code>Error 3161: Storage engine MyISAM is disabled (Table creation is disallowed).

Function: Wikimedia\Rdbms\Database::sourceFile(
/www/wwwroot/mediawiki-1.45.3/sql/mysql/tables-generated.sql
)

Query:
CREATE TABLE `my_wikisearchindex` (
si_page INT UNSIGNED NOT NULL,
si_title MEDIUMTEXT NOT NULL,
si_text MEDIUMTEXT NOT NULL,
FULLTEXT INDEX si_title (si_title),
FULLTEXT INDEX si_text (si_text),
PRIMARY KEY(si_page)
) ENGINE = MyISAM DEFAULT CHARSET = utf8mb4</code>
核心错误是：
<code>Storage engine MyISAM is disabled</code>
也就是说，MediaWiki 的安装 SQL 尝试创建一个使用 MyISAM 存储引擎的数据表，但云服务商的 MySQL 数据库系统禁用了 MyISAM，因此建表失败。

== 为什么云数据库会出现这个问题？ ==
MySQL 早期有多个存储引擎，其中比较常见的是：

* InnoDB
* MyISAM

现代 MySQL 默认推荐使用 InnoDB。相比 MyISAM，InnoDB 支持事务、崩溃恢复、行级锁、外键等特性，更适合现代 Web 应用。

而 MyISAM 是较旧的存储引擎，它没有事务支持，崩溃恢复能力和并发处理能力也较弱。很多云服务商为了安全性、稳定性和统一管理，会直接禁用 MyISAM。

因此在自建 MySQL 中可能还能正常执行的建表语句：
<code>ENGINE = MyISAM</code>
到了云服务商的托管 MySQL 环境中，就可能直接报错。

== MediaWiki 为什么会用到 MyISAM？ ==
报错中出问题的表是：
<code>searchindex</code>
如果安装时设置了表前缀，例如我这里使用了：
<code>my_wiki</code>
那么实际表名会变成：
<code>my_wikisearchindex</code>
这个表主要用于 MediaWiki 的站内全文搜索。

MediaWiki 历史上将搜索索引表设置为 MyISAM，主要是因为早期 MySQL 中 FULLTEXT 全文索引主要依赖 MyISAM。后来 MySQL 的 InnoDB 也已经支持 FULLTEXT，因此在现代 MySQL 版本中，将该表改为 InnoDB 通常是可行的。

== 解决方法：将 MyISAM 替换为 InnoDB ==
MediaWiki 1.45.3 中，相关建表 SQL 文件位于：
<code>/www/wwwroot/mediawiki-1.45.3/sql/mysql/tables-generated.sql</code>
在修改前，建议先备份原文件：
<code>cd /www/wwwroot/mediawiki-1.45.3

sudo cp sql/mysql/tables-generated.sql \
sql/mysql/tables-generated.sql.bak</code>
然后将其中的 MyISAM 替换为 InnoDB：
<code>sudo sed -i 's/ENGINE = MyISAM/ENGINE = InnoDB/g' \
sql/mysql/tables-generated.sql

sudo sed -i 's/ENGINE=MyISAM/ENGINE=InnoDB/g' \
sql/mysql/tables-generated.sql</code>
替换后可以检查是否还存在 MyISAM：
<code>grep -n "MyISAM" sql/mysql/tables-generated.sql</code>
如果没有输出，说明这个文件中已经没有 MyISAM 建表语句。

也可以检查 InnoDB 替换结果：
<code>grep -n "ENGINE = InnoDB" sql/mysql/tables-generated.sql</code>

== 注意：安装失败后建议清空数据库重新安装 ==
如果 MediaWiki 已经安装到一半失败，数据库中可能已经创建了一部分表。为了避免残留表影响后续安装，建议删除并重新创建数据库。

进入 MySQL 管理员账号后执行：
<code>DROP DATABASE IF EXISTS mediawiki;

CREATE DATABASE mediawiki
CHARACTER SET utf8mb4
COLLATE utf8mb4_unicode_ci;</code>
如果数据库用户已经创建过，也可以重新授权：
<code>GRANT ALL PRIVILEGES ON mediawiki.* TO 'mediawiki'@'10.0.0.47';

FLUSH PRIVILEGES;</code>
其中：
<code>10.0.0.47</code>
需要替换成实际 Web 服务器的内网 IP。

如果当前只是为了先跑通安装，也可以临时使用：
<code>GRANT ALL PRIVILEGES ON mediawiki.* TO 'mediawiki'@'%';

FLUSH PRIVILEGES;</code>
不过长期使用时，更推荐限制为指定内网 IP，而不是使用通配符 <code>%</code>。

== 安装完成后检查表引擎 ==
安装完成后，建议检查数据库中是否还有 MyISAM 表。

进入 MySQL 后执行：
<code>SELECT TABLE_NAME, ENGINE
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'mediawiki'
ORDER BY ENGINE, TABLE_NAME;</code>
如果想只检查 MyISAM 表，可以执行：
<code>SELECT TABLE_NAME, ENGINE
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'mediawiki'
AND ENGINE = 'MyISAM';</code>
如果返回空结果，说明当前数据库中没有 MyISAM 表。

也可以单独检查搜索索引表：
<code>SHOW CREATE TABLE my_wikisearchindex\G</code>
如果没有设置表前缀，则表名可能是：
<code>SHOW CREATE TABLE searchindex\G</code>
重点确认其中包含：
<code>ENGINE=InnoDB</code>
以及 FULLTEXT 索引是否正常存在。

== 这样修改会不会有后患？ ==
从实际使用角度看，将 MediaWiki 的搜索索引表从 MyISAM 改为 InnoDB，一般不会影响正常运行。

因为 MyISAM / InnoDB 是建表时指定的存储引擎。一旦表已经创建为 InnoDB，MediaWiki 后续运行时主要执行的是：

* INSERT
* UPDATE
* SELECT
* DELETE
* ALTER TABLE
* CREATE INDEX

它不会在普通访问、编辑页面、上传文件、搜索页面时自动把表切回 MyISAM。

对于现代 MySQL 来说，InnoDB 反而是更推荐的选择。它具有更好的事务支持、崩溃恢复能力和并发处理能力，也更符合云数据库系统的默认管理策略。

== 后续维护和升级时的注意事项 ==
这个问题真正需要注意的是后续升级。

由于这次修改的是 MediaWiki 源码目录中的 SQL 文件：
<code>sql/mysql/tables-generated.sql</code>
所以以后升级 MediaWiki 时，如果换成了新的源码目录，或者覆盖了原来的 SQL 文件，官方包中的 <code>ENGINE = MyISAM</code> 可能会再次出现。

因此后续升级前后建议检查：
<code>grep -Rni "MyISAM" /www/wwwroot/mediawiki-1.45.3/sql</code>
如果已经升级到新目录，例如：
<code>/www/wwwroot/mediawiki-1.46.x/</code>
则需要改成对应的新路径：
<code>grep -Rni "MyISAM" /www/wwwroot/mediawiki-1.46.x/sql</code>
如果发现新的安装或升级 SQL 中仍然存在：
<code>ENGINE = MyISAM</code>
就需要再次评估是否替换为：
<code>ENGINE = InnoDB</code>
另外，升级 MediaWiki 后通常还需要运行维护脚本：
<code>cd /www/wwwroot/mediawiki-1.45.3
php maintenance/run.php update</code>
升级后也建议再次检查表引擎：
<code>SELECT TABLE_NAME, ENGINE
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'mediawiki'
AND ENGINE = 'MyISAM';</code>

== 总结 ==
这次问题的根本原因不是 MediaWiki 数据库连接失败，也不是用户权限错误，而是：
<code>云服务商托管 MySQL 禁用了 MyISAM 存储引擎，而 MediaWiki 安装 SQL 中仍然存在 MyISAM 建表语句。</code>
解决思路是：

# 备份 MediaWiki 的 MySQL 建表 SQL 文件；
# 将 <code>ENGINE = MyISAM</code> 替换为 <code>ENGINE = InnoDB</code>；
# 清空安装失败后残留的数据库；
# 重新运行 MediaWiki 安装程序；
# 安装完成后检查所有表是否都是 InnoDB；
# 后续升级 MediaWiki 时重新检查 SQL 文件，避免 MyISAM 建表语句再次出现。

对于使用 Oracle Cloud MySQL、阿里云 RDS、腾讯云数据库、AWS RDS 等云服务商数据库系统的用户来说，这类问题并不罕见。云数据库通常更偏向稳定、安全和统一管理，因此会禁用一些旧式或不推荐的特性。安装传统 PHP 程序时，如果遇到类似报错，应优先检查程序的建表 SQL 是否使用了云数据库不支持的存储引擎。