Bugzilla似乎在mysql.sock文件丢失后指向不正确的数据库

Bugzilla似乎在mysql.sock文件丢失后指向不正确的数据库,mysql,database,xampp,bugzilla,Mysql,Database,Xampp,Bugzilla,我有一个XAMPP设置,Bugzilla连接到MYSQL数据库 一切正常,直到有一天出现了这个错误: “无法连接到数据库。错误:无法连接到本地MySQL 服务器通过套接字'/opt/lampp/var/mysql/mysql.sock'(2)是您的 数据库已安装并启动并运行?您有正确的 是否在localconfig中选择用户名和密码 正如在本论坛的许多类似问题中所述,我尝试了以下选项: 中还有另一个mysql.sock文件 /var/lib/mysql/mysql.sock 我修改了my.cnf

我有一个XAMPP设置,Bugzilla连接到MYSQL数据库

一切正常,直到有一天出现了这个错误:

“无法连接到数据库。错误:无法连接到本地MySQL 服务器通过套接字'/opt/lampp/var/mysql/mysql.sock'(2)是您的 数据库已安装并启动并运行?您有正确的 是否在localconfig中选择用户名和密码

正如在本论坛的许多类似问题中所述,我尝试了以下选项:

  • 中还有另一个mysql.sock文件
  • /var/lib/mysql/mysql.sock

    我修改了my.cnf文件以指向此套接字文件

  • 我修改了Bugzilla
    localconfig
    文件,使Bugzilla指向
    127.0.0.1
    ,而不是
    localhost
  • 在上述两种情况下,Bugzilla都是活动的,但没有显示任何以前的项目/bug。在Bugzilla中,DB名称没有被修改。它似乎指向其他DB

    这里有什么问题? 为什么“mysql.sock”文件会丢失?如何生成


    任何帮助都将不胜感激。请提前感谢。

    mysql.sock是mysqld守护程序的套接字文件,用于“本地”“联系。不是你创造的。守护进程将为您创建它。同意。但为什么这个文件会消失?我们如何指示守护进程重新创建文件?如果文件不存在,则说明守护进程没有运行,或者守护进程正在其他地方创建文件。它的位置可以被守护进程的命令行参数覆盖。谢谢。我修改了my.cnf文件以指向现有套接字。但是为什么数据库结果是空的,即使没有任何修改。您是否安装了多个mysql实例?如果是其他mysql安装/实例的套接字文件,那么随机选取一个mysql.sock文件对您没有多大帮助。