MariaDB是否会基于用户名和密码缓存主机地址？连接异常问题求助

兄弟，这个问题确实挺诡异的！我先帮你理清楚情况，再给你几个排查方向：

你用Prisma连接MariaDB，本地和远程服务器用了一模一样的用户名、密码和库名，本来是想方便切换配置，结果遇到了离谱的情况：

• 把连接URL里的主机改成远程地址后，程序居然还是读本地数据库；
• 但只要改下本地数据库的密码，程序立刻就切换到远程服务器了；反过来改远程密码并更新URL，也能正常识别。

你怀疑是MariaDB在缓存用户/密码/库的信息，导致主机判断被干扰，你用的是Fedora 37 + MariaDB 10.5.18，已经在Prisma的GitHub讨论区问过了，还补充了两个具体的连接URL：

DATABASE_URL="mysql://10669_koduj_quiz:<PASSWD>@localhost:3306/10669_koduj_quiz"
DATABASE_URL="mysql://10669_koduj_quiz:<PASSWD>@jcubic.atthost24.pl:3306/10669_koduj_quiz"

先从Prisma/Node.js侧排查（概率最高） #

首先明确：MariaDB本身默认不会缓存连接的主机地址，更不会根据用户名密码去绑定主机。反而Prisma或者它依赖的MySQL驱动（比如mysql2）的连接池很可能是罪魁祸首：

• Prisma默认会开连接池，如果你改了URL但没重启Node.js进程，连接池里的旧连接（已经连到localhost）会一直被复用，看起来就像还是在连本地；
• 先试试完全重启你的Node.js应用，或者临时在Prisma配置里把连接池关掉（只用来测试，生产别这么干），看看问题会不会消失；
• 另外，检查下有没有环境变量缓存的情况——比如用PM2、Docker这类工具跑服务的话，修改环境变量后必须重启服务才能生效，不然程序读的还是旧的DATABASE_URL。

再排查系统层面的小概率情况 #

虽然可能性不高，但也可以快速检查下：

• 看看本地/etc/hosts文件有没有奇怪的映射，会不会把远程域名jcubic.atthost24.pl解析到了127.0.0.1？用ping jcubic.atthost24.pl或者nslookup jcubic.atthost24.pl就能看到解析结果；
• 有没有本地代理、防火墙规则，把 outbound 的3306端口请求转发到本地了？

关于MariaDB的用户验证逻辑补充 #

顺便说下，MariaDB的用户是**「用户名+主机」**的组合，比如'10669_koduj_quiz'@'localhost'和'10669_koduj_quiz'@'%'是两个完全独立的用户。不过你改本地密码后程序就连远程的现象，正好说明：当本地密码不匹配时，连接池里的旧连接失效，Prisma才会用新的URL重新建立连接——这完全符合连接池缓存的表现。

要不要报Bug？ #

先按上面的步骤排查，如果确定不是Prisma、驱动或者系统配置的问题，再考虑是否是MariaDB的Bug。但目前来看，应用层连接缓存的可能性要大得多。

备注：内容来源于stack exchange，提问作者jcubic