Mysql 如何恢复不再运行的MariaDB服务器进程？

对于一个特定的项目，我想让Mint（Sonja）设备支持所有的MariaDB，只有MariaDB做MySQL的工作，没有MySQL的提示，所以我知道我正在使用MariaDB

在这个设备中，我安装了多个开源项目，为他们自己的网站（Alfresco、Request Tracker、SuiteCRM等）提供动力，而且所有这些项目似乎都与MariaDB合作过，或者只是毫无困难地使用Postgres，直到我尝试创建一个新的MariaDB数据库来添加一个特定Wordpress站点的克隆，MariaDB在同一个系统上运行良好，没有任何问题。直到现在，我似乎都找不到脉搏

确认了我在调查中发现的情况（特别是，一个

ps-wwaux | grep-mysql

只打开了grep过程）。我在尝试登录创建数据库时遇到的基本问题是：

monk@toolchest ~ $ mysql -uroot -p
Enter password: 
ERROR 2002 (HY000): Can't connect to local MySQL server through socket 
'/var/run/mysqld/mysqld.sock' (2 "No such file or directory")

我从未接触过MySQL或MariaDB的

/etc

配置文件，但我简单地看了一下。在我未受过教育的眼中，他们似乎神智正常

就我所知，

adb服务器

和

服务mysql start

都不会产生任何变化

对于

服务mysql start

，我得到了：

# service mysql start
Job for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl -xe" for details.

systemctl status mysql.service

的详细信息如下：

● mysql.service - LSB: Start and stop the mysql database server daemon
   Loaded: loaded (/etc/init.d/mysql; bad; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2017-07-14 18:16:38 EEST; 1min 11s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 5011 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

Jul 14 18:16:38 toolchest /etc/init.d/mysql[5479]: 0 processes alive and '/usr/bin/mysql
Jul 14 18:16:38 toolchest /etc/init.d/mysql[5479]: [61B blob data]
Jul 14 18:16:38 toolchest /etc/init.d/mysql[5479]: error: 'Can't connect to local MySQL 
Jul 14 18:16:38 toolchest /etc/init.d/mysql[5479]: Check that mysqld is running and that
Jul 14 18:16:38 toolchest /etc/init.d/mysql[5479]: 
Jul 14 18:16:38 toolchest mysql[5011]:    ...fail!
Jul 14 18:16:38 toolchest systemd[1]: mysql.service: Control process exited, code=exited
Jul 14 18:16:38 toolchest systemd[1]: Failed to start LSB: Start and stop the mysql data
Jul 14 18:16:38 toolchest systemd[1]: mysql.service: Unit entered failed state.
Jul 14 18:16:38 toolchest systemd[1]: mysql.service: Failed with result 'exit-code'.

journalctl-xe

ran的最新（即非克隆）内容：

-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has failed.
-- 
-- The result is failed.
Jul 14 18:16:38 toolchest systemd[1]: mysql.service: Unit entered failed state.
Jul 14 18:16:38 toolchest systemd[1]: mysql.service: Failed with result 'exit-code'.

/etc/mysql/mariadb.cnf

和

/etc/mysql/my.cnf

都读到了（注释已删除）：

/etc/mysql/my.cnf.fallback

放弃后者

！includedir

。注释掉后一个

/etc/mysql/my.cnf

以匹配回退文件会产生相同的结果

---

我可以编辑我的问题以包含更多的

/etc/mysql/*

，但我想问。类似于

Error 2002

的错误信息可以在以下问题中找到，但这些问题似乎是MySQL而不是MariaDB，我怀疑这可能是MariaDB特有的侥幸行为。

您是否尝试过您发布的文章中的方法？我的意思是mariadb是mysql的分支，所以很多组件都有相同的核心。@BlackFlag好主意！但据我所知，这并不是由于套接字的路径冲突造成的。在中，至少top响应解决了有关套接字文件将在何处查找的冲突信息。在我的机器上，我能找到的所有东西都在同一页上，关于套接字路径，

/var/run/mysqld/mysql.sock

。这是一条不同的道路，但事情是完全一致的。添加组执行权限不会改变任何内容。mysql.sock对root来说根本不存在。如果你说“mysql.sock”对root来说根本不存在是什么意思？@BlackFlag我的意思是我在那个路径上什么也没找到：没有命名套接字，没有文件，没有目录。例如，

ls/var/run/mysqld/mysql.sock

获取

ls:cannot access/var/run/mysqld/mysql.sock:没有这样的文件或目录

。如果连root用户都不能访问该文件，那么文件系统中似乎有问题？？您是否尝试将相同的文件复制到此位置？你能跑fsck吗？

[client-server]
!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mariadb.conf.d/