你的SQL语句在MySQL能正常运行，但在MariaDB报错，我帮你拆解下问题根源并给出修复方案：

问题核心原因 #

1. VISIBLE 关键字兼容性差异：MySQL 8.0及以上版本支持VISIBLE/INVISIBLE索引语法，但MariaDB直到10.2.2版本才引入该特性。如果你的MariaDB版本低于这个阈值，VISIBLE关键字会触发语法解析错误，进而导致后续的外键约束定义被误判为语法问题。
2. 约束名与列名同名的潜在冲突：虽然MySQL允许外键约束名和列名同名，但MariaDB在部分场景下的命名检查更严格，这也可能是触发报错的隐性因素。

修正后的可执行SQL语句 #

CREATE TABLE IF NOT EXISTS `st_player` ( 
    `id` VARCHAR(45) NOT NULL, 
    `playerName` VARCHAR(45) NOT NULL, 
    PRIMARY KEY (`id`), 
    UNIQUE KEY `id` (`id`) 
); 

CREATE TABLE IF NOT EXISTS `st_statistic` ( 
    `criteria` VARCHAR(45) NOT NULL, 
    `subcriteria` VARCHAR(45) NOT NULL, 
    `playerid` VARCHAR(45) NOT NULL, 
    `displayname` VARCHAR(45) NULL, 
    `amount` INT NULL, 
    PRIMARY KEY (`criteria`, `subcriteria`, `playerid`), 
    INDEX `playerid_idx` (`playerid` ASC), -- 移除不兼容的VISIBLE关键字
    CONSTRAINT `fk_statistic_playerid` FOREIGN KEY (`playerid`) -- 修改约束名避免与列名冲突
        REFERENCES `st_player` (`id`) 
        ON DELETE CASCADE 
        ON UPDATE NO ACTION 
);

关键修改说明 #

• 移除索引定义中的VISIBLE关键字：这是解决语法错误的核心操作，移除后能兼容绝大多数MariaDB版本。如果你的MariaDB版本是10.2.2或更高，也可以保留该关键字，但移除后兼容性更强。
• 修改外键约束名为fk_statistic_playerid：避免约束名和列名playerid同名，既减少了潜在的命名冲突风险，也让约束名更具可读性，便于后续维护。

额外注意事项 #

• 检查MariaDB版本：执行SELECT VERSION();可以查看当前版本，确认是否支持VISIBLE索引语法。
• 确保表字符集一致：如果st_player和st_statistic的字符集、排序规则不一致，也可能导致外键创建失败，这是容易被忽略的细节。

内容的提问来源于stack exchange，提问作者Nathan