首页 热点资讯 义务教育 高等教育 出国留学 考研考公
您的当前位置:首页正文

启动mysql时报错误:Starting MySQL.The server quit without updating PID file (/var/lib/mysql/tserver.pid).[FAILED]

2023-11-10 来源:花图问答

localhost.localdomain.err160703 20:00:12 mysqld_safe Starting mysqld daemon with databases from /usr/local/var/mysql2016-07-03T12:00:12.397109Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).2016-07-03T12:00:12.398333Z 0 [Warning] Insecure configuration for --secure-file-priv: Current value does not restrict location of generated files. Consider setting it to a valid, non-empty path.2016-07-03T12:00:12.398884Z 0 [Note] /usr/local/Cellar/mysql/5.7.10/bin/mysqld (mysqld 5.7.10) starting as process 837 ...2016-07-03T12:00:12.406560Z 0 [Warning] Setting lower_case_table_names=2 because file system for /usr/local/var/mysql/ is case insensitive2016-07-03T12:00:12.413518Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins2016-07-03T12:00:12.413545Z 0 [Note] InnoDB: Uses event mutexes2016-07-03T12:00:12.413550Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier2016-07-03T12:00:12.413556Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.32016-07-03T12:00:12.414298Z 0 [Note] InnoDB: Number of pools: 12016-07-03T12:00:12.415508Z 0 [Note] InnoDB: Using CPU crc32 instructions2016-07-03T12:00:12.424979Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M2016-07-03T12:00:12.437917Z 0 [Note] InnoDB: Completed initialization of buffer pool2016-07-03T12:00:12.451096Z 0 [ERROR] InnoDB: The innodb_system data file ‘ibdata1‘ must be writable2016-07-03T12:00:12.451136Z 0 [ERROR] InnoDB: The innodb_system data file ‘ibdata1‘ must be writable2016-07-03T12:00:12.451189Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error2016-07-03T12:00:12.754267Z 0 [ERROR] Plugin ‘InnoDB‘ init function returned error.2016-07-03T12:00:12.754344Z 0 [ERROR] Plugin ‘InnoDB‘ registration as a STORAGE ENGINE failed.2016-07-03T12:00:12.754370Z 0 [ERROR] Failed to initialize plugins.2016-07-03T12:00:12.754377Z 0 [ERROR] Aborting2016-07-03T12:00:12.754396Z 0 [Note] Binlog end2016-07-03T12:00:12.756029Z 0 [Note] Shutting down plugin ‘CSV‘2016-07-03T12:00:12.756511Z 0 [Note] /usr/local/Cellar/mysql/5.7.10/bin/mysqld: Shutdown complete160703 20:00:12 mysqld_safe mysqld from pid file /usr/local/var/mysql/huangjicaideMacBook-Pro.local.pid ended

解决方法:

删除mysql目录下:ibdata1  ib_logfile0  ib_logfile1 这3个文件,重启mysql即可

启动mysql时报错误:Starting MySQL.The server quit without updating PID file (/var/lib/mysql/tserver.pid).[FAILED]

标签:

小编还为您整理了以下内容,可能对您也有帮助:

Starting MySQL.. ERROR! The server quit without updating PID file

“#”号是注释,你配置文件中行首都加“#”号,那不就是你所有的配置都没有启作用么?

解决办法:

首先把你需要的配置行前面的#都删除掉,然后重启一下mysql试试。

如果不行看下面。

导致这种错误的几种原因:

1.可能是/usr/local/mysql/data/rekfan.pid文件没有写的权限

解决方法 :给予权限,执行 “chown -R mysql:mysql /var/data” “chmod -R 755 /usr/local/mysql/data” 然后重新启动mysqld!

2.可能进程里已经存在mysql进程

解决方法:用命令“ps -ef|grep mysqld”查看是否有mysqld进程,如果有使用“kill -9 进程号”杀死,然后重新启动mysqld!

3.可能是第二次在机器上安装mysql,有残余数据影响了服务的启动。

解决方法:去mysql的数据目录/data看看,如果存在mysql-bin.index,就赶快把它删除掉吧

4、检查在你安装mysql之前,系统是不是已经有安装过的mysql,如果系统已经存在不是你需要的mysql版本,需要先删除原版本,然后在安装。

5、查看selinux是否关闭状态。

Starting MySQL..The server quit without updating PID file (/var/lib/mysql/localhost.localdomain.pid

问题描述: [root@bogon mysql-5.1.41]# /etc/rc.d/init.d/mysqld startStarting MySQL.Manager of pid-file quit without updating file.[失败] --------------------------- 解决办法:配置的时候有一个步骤是 cp support-files/my-medium.cnf /etc/my.cnf ; 就编辑my.cnf,在[mysqld]下面加上:datadir = /usr/local/mysql/data 例如# The MySQL server[mysqld]port = 3306socket = /tmp/mysql.sockskip-lockingkey_buffer_size = 16Mmax_allowed_packet = 1Mtable_open_cache = 64sort_buffer_size = 512Knet_buffer_length = 8Kread_buffer_s ...

2.首先到/usr/local/mysql/data先 chown -R mysql:mysql * 然后杀掉mysql进程,在启动musql就行了

打开/etc/selinux/config,把SELINUX=enforcing改为SELINUX=disabled后存盘退出重启机器试试3.

4.确实一般都是my.cnf配置文件的问题

/etc/my.cnf来自以下文件:

如果你的内存≤64M,则复制/usr/local/share/mysql/my-small.cnf为/etc/my.cnf

# This is for a system with little memory (<= 64M) where MySQL is only used

# from time to time and it's important that the mysqld daemon

# doesn't use much resources.

如果内存是128M,则复制/usr/local/share/mysql/my-medium.cnf为/etc/my.cnf

# This is for a system with little memory (32M - 64M) where MySQL plays

# an important part, or systems up to 128M where MySQL is used together with

# other programs (such as a web server)

如果内存是512M,则复制/usr/local/share/mysql/my-large.cnf为/etc/my.cnf

# This is for a large system with memory = 512M where the system runs mainly

# MySQL.

如果内存是1-2G,则复制/usr/local/share/mysql/my-huge.cnf为/etc/my.cnf

# This is for a large system with memory of 1G-2G where the system runs mainly

# MySQL.

启动MySQL数据库时,出现不更新PID文件的报错。原因是什么?

Starting MySQL. ERROR! The server quit without updating PID file (/data/mysql31/data/db01.itcast.cn.pid). 分析具体的原因有那些?原因1:mysql用户需要在安装目录里创建sock文件和pid文件,权限不足。原因2:端口冲突导致原因3:tmp目录权限不足(glibc source) tmp 755原因4:配置文件冲突/etc/my.cnf ../my.cnf原因5:log-error指定的文件没有创建目前来说,我找到的原因是这些,如果是别的报错,原因可能就是别的,你去黑马程序员社区看看,还有没有什么别的原因出现报错。

启动MySQL数据库时,出现不更新PID文件的报错。原因是什么?

Starting MySQL. ERROR! The server quit without updating PID file (/data/mysql31/data/db01.itcast.cn.pid). 分析具体的原因有那些?原因1:mysql用户需要在安装目录里创建sock文件和pid文件,权限不足。原因2:端口冲突导致原因3:tmp目录权限不足(glibc source) tmp 755原因4:配置文件冲突/etc/my.cnf ../my.cnf原因5:log-error指定的文件没有创建目前来说,我找到的原因是这些,如果是别的报错,原因可能就是别的,你去黑马程序员社区看看,还有没有什么别的原因出现报错。

一次解决MySQL无法启动的全过程

启动Mysql提示ERROR! The server quit without updating PID file (/usr/local/var/mysql/xxxx.local.pid).

1、查看mysql错误日志:打开/usr/local/var/mysql/xxxx.err或者xxxx.local.err文件。

2、问题应该是某个程序占用了mysql的默认端口3306。

3、查看端口使用情况lsof -i:3306,发现是一个用户名为_mysql启动了mysqld指令占用了3306,感觉现象非常奇怪,不清楚为什么会有这个用户组,为什么会启动mysqld,由于这个电脑是公司其他同事转移资产到的我名下,所以有可能是之前用户或者公司it装了什么服务导致的。

4、首先尝试干掉进程:sudo kill xxxx,结果发现当kill后,还会重新启动。

5、尝试修改mysql默认启动端口,Bai上有人告诉修改/Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist文件

添加<string>--port=3307</string>保存,先重新启动mysql服务,发现问题依然存在,发现配置没有起作用,默认端口依然是3306,然后考虑重新启动电脑,看看是否可以修改占用默认端口的配置。

6、重启后再次查看3306端口占用情况,发现确实不存在了。但是发现启动mysql服务时,依然存在问题:

仔细观察发现,这个占用和plist中的mysql配置一样的,所以可以确定每次启动计算机后,会按默认配置执行一个mysqld。

7、不清楚为什么会按com.oracle.oss.mysql.mysqld.plist配置执行mysqld,于是把注意力放在了Mac启动上。

8、Mac的启动原理是:

看到这里就明白了,原来LaunchDaemons里面放的是Mac启动时的一些启动服务,

9、System/Library和/Library和~/Library目录的区别:

10、System/Library和/Library和~/Library目录的区别:

11、有了上面的结果,于是把注意力放在了com.oracle.oss.mysql.mysqld.plist上,每个Mac启动中都有么,这个是如何添加的。首先查看了家里的其他苹果电脑,发现都没有这个plist文件,于是开始研究这个文件的产生原因。

12、经过Bai怀疑这个文件应该是之前用dmg安装包安装的mysql产生的,在设置中也发现了残留信息

于是果断把自动启动去掉,重启计算机。

13、重启后,发现无论是3306还是3307端口上都没有mysql服务了,于是运行mysql.server start,这次终于看见了Starting MySQL . SUCCESS!

14、删除com.oracle.oss.mysql.mysqld.plist文件,重启电脑后,发现设置中仍然还有MySQL的控制选项。

15、MySQL dmg安装方式的卸载方法:

至此,这个问题算是完美解决了。

一次解决MySQL无法启动的全过程

启动Mysql提示ERROR! The server quit without updating PID file (/usr/local/var/mysql/xxxx.local.pid).

1、查看mysql错误日志:打开/usr/local/var/mysql/xxxx.err或者xxxx.local.err文件。

2、问题应该是某个程序占用了mysql的默认端口3306。

3、查看端口使用情况lsof -i:3306,发现是一个用户名为_mysql启动了mysqld指令占用了3306,感觉现象非常奇怪,不清楚为什么会有这个用户组,为什么会启动mysqld,由于这个电脑是公司其他同事转移资产到的我名下,所以有可能是之前用户或者公司it装了什么服务导致的。

4、首先尝试干掉进程:sudo kill xxxx,结果发现当kill后,还会重新启动。

5、尝试修改mysql默认启动端口,Bai上有人告诉修改/Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist文件

添加<string>--port=3307</string>保存,先重新启动mysql服务,发现问题依然存在,发现配置没有起作用,默认端口依然是3306,然后考虑重新启动电脑,看看是否可以修改占用默认端口的配置。

6、重启后再次查看3306端口占用情况,发现确实不存在了。但是发现启动mysql服务时,依然存在问题:

仔细观察发现,这个占用和plist中的mysql配置一样的,所以可以确定每次启动计算机后,会按默认配置执行一个mysqld。

7、不清楚为什么会按com.oracle.oss.mysql.mysqld.plist配置执行mysqld,于是把注意力放在了Mac启动上。

8、Mac的启动原理是:

看到这里就明白了,原来LaunchDaemons里面放的是Mac启动时的一些启动服务,

9、System/Library和/Library和~/Library目录的区别:

10、System/Library和/Library和~/Library目录的区别:

11、有了上面的结果,于是把注意力放在了com.oracle.oss.mysql.mysqld.plist上,每个Mac启动中都有么,这个是如何添加的。首先查看了家里的其他苹果电脑,发现都没有这个plist文件,于是开始研究这个文件的产生原因。

12、经过Bai怀疑这个文件应该是之前用dmg安装包安装的mysql产生的,在设置中也发现了残留信息

于是果断把自动启动去掉,重启计算机。

13、重启后,发现无论是3306还是3307端口上都没有mysql服务了,于是运行mysql.server start,这次终于看见了Starting MySQL . SUCCESS!

14、删除com.oracle.oss.mysql.mysqld.plist文件,重启电脑后,发现设置中仍然还有MySQL的控制选项。

15、MySQL dmg安装方式的卸载方法:

至此,这个问题算是完美解决了。

Linux下启动mysql出现 The server quit without updating PID file (/data/mysql/mysql.pid)错误,求助!

文件/data/mysql/mysql.pid是mysql服务启动时要写入的文件,
所以一定要确定目录/data/mysql存在,且mysql有写入权限。
如果不你不能确定权限问题,可以先设为777

Linux下启动mysql出现 The server quit without updating PID file (/data/mysql/mysql.pid)错误,求助!

文件/data/mysql/mysql.pid是mysql服务启动时要写入的文件,
所以一定要确定目录/data/mysql存在,且mysql有写入权限。
如果不你不能确定权限问题,可以先设为777

为什么mysqld启动报错

mysql启动报错:
InnoDB: Unable to lock ./ibdata1, error: 11 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
注意:"Check that you do not already have another mysqld process " 即:"请检查您还没有另一个mysqld进程".
2
出现这类错误的原因,看iNNOB提醒,已经指出其他的线程启动已经在运行无法再次创建相关的读文件进程的权限,也就是说,现有的ibddata文件已经有人读取了,无法再次启动!我们通过以下命令来查找是否如错误提示中所言;
[root@slave01 tmp]# ps aux |grep mysq*  //输入命令 ps aux |grep mysq* 查看mysql进程 出现如图所示表示mysqld被启动了。

3
现在需要运行命令"kill  number" 结束进程
[root@slave01 tmp]# kill 11340[root@slave01 tmp]# kill 15120
现在重启mysql
sudo /etc/init.d/mysql restart

为什么mysqld启动报错

mysql启动报错:
InnoDB: Unable to lock ./ibdata1, error: 11 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
注意:"Check that you do not already have another mysqld process " 即:"请检查您还没有另一个mysqld进程".
2
出现这类错误的原因,看iNNOB提醒,已经指出其他的线程启动已经在运行无法再次创建相关的读文件进程的权限,也就是说,现有的ibddata文件已经有人读取了,无法再次启动!我们通过以下命令来查找是否如错误提示中所言;
[root@slave01 tmp]# ps aux |grep mysq*  //输入命令 ps aux |grep mysq* 查看mysql进程 出现如图所示表示mysqld被启动了。

3
现在需要运行命令"kill  number" 结束进程
[root@slave01 tmp]# kill 11340[root@slave01 tmp]# kill 15120
现在重启mysql
sudo /etc/init.d/mysql restart

mysql启动错误

一、无法访问系统资源

MySQL 不能访问启动需要的资源是造成而 MySQL 无法启动的一个常见原因,如:文件,端口等。由于 linux 中用于启动 mysqld 进程的 mysql 用户通常是不能登陆的,可以使用类似下面的命令检查文件的访问权限。

sudo -u mysql touch /var/lib/mysql/b

找出问题后,修改对应文件或目录的权限或属主后通常可以解决问题。但有时 mysql 用户有访问文件和目录的权限,但仍然会被拒绝访问,例如下面这个例子:

mysql> system sudo -u mysql touch /home/mysql/data/a

mysql> create table t1 (

id int primary key,n varchar(10

) data directory

ERROR 1030 (HY000): Got error 168 from storage engine

测试说明 mysql 用户有这个目录的访问权限,但创建文件还是失败,这种情况让很多人困惑,这个时候通常是 mysqld 进程的访问被 linux 的 selinux 或 apparmor 给阻止了,大家可以看到创建的表不是在 mysql 的默认目录下面,因此 selinux 或 apparmor 的 policy 里面没有包含这个目录的访问权限,此时只要对应的修改 policy 就行了,当然把 selinux 或 apparmor 停了也行。

有时虽然对系统资源有访问的权限,但系统资源已经被占用:

mysqld --no-defaults --console --user mysql

2020-11-03T03:36:07.519419Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 21171

2020-11-03T03:36:07.740347Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11

这个故障产生的原因是另外一个 mysqld 进程已经启动并占用了对应的文件。

二、参数设置错误

参数设置错误造成 MySQL 无法启动的原因也非常常见,此时先要检查 MySQL 启动时会调用的参数,下面的命令可以查询 MySQL 启动时调用参数文件的顺序:

$ mysqld --verbose --help | grep "Default options " -A 1

Default options are read from the following files in the given order:

/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf

知道了 MySQL 参数文件的调用顺序,我们就可以检查对应的参数文件,找出其中的错误,如果觉得参数文件的可读性不强,可以使用下面的命令显示 mysqld 程序将要调用的参数:

$ mysqld --print-defaults

/usr/sbin/mysqld would have been started with the following arguments:

......

注意这个命令显示完参数后就退出,不会真正运行 mysqld。这个命令和 my_print_defaults mysqld 完全是等价的,只不过后者的显示方式是一行一个参数。

然后开始对可疑的参数进行调试,我个人喜欢加的参数和顺序如下:

1. 在 mysqld 后加上第一个参数 --no-defaults ,这个参数的作用是通知 mysqld 在启动的时候不要读任何参数文件;

2. 第二个参数是 --console,这个参数会把错误信息输出到屏幕上,这个参数带来的一个弊端是所有的信息都输出到屏幕上,让屏幕显得比较乱,但对于我们调试却是很方便的;

3. 第三个参数是 --log-error-verbosity=3,这个参数会显示详细的日志;

4. 然后再在后面加上有把握的参数,可以一次只加一个参数,然后启动 mysqld,采用排除法逐步找出错误的参数。

提问为什么我要创建一个数据库创建不出来求解,怎么办?

1、mysql错误码1044,权限错误

当用root创建新数据库时,发现很奇怪的问题,root权限居然无法创建数据库,看了网上很多文档说是root创建密码问题,按照网上方法修改仍然没有起效

后来发现自已原来安装过mysql,已经创建了var/lib/mysql 文件夹,然后卸载重装没有删除这个文件夹,这个文件夹里面的mysql权限文件是原来的mysql用户的,新的mysql用户虽然用户名也是mysql,但是ID是不一样的,当然无法访问原来的文件,于是发原来的mysql文件夹删掉,重新安装mysql,问题解决

2、启动mysql失败,提示:The server quit without updating PID file

查看err文件,提示是设置utf-8字符问题,原因是我在mysqld 下面用了:default-character-set=utf8

导致启动失败

进入/etc/my.cnf文件,把设置utf-8字符的那行删掉,mysqld下面如果要使用utf-8,设置应该为:

init_connect='SET collation_connection = utf8_unicode_ci'
init_connect='SET NAMES utf8'
character-set-server=utf8
collation-server=utf8_unicode_ci
skip-character-set-client-handshake

问题解决

3、创建新数据库hive,创建用户hive,并授权hive数据库权限给hive用户后,发现使用hive用户登录时报错:

ERROR 1045 (28000): Access denied for user 'hive'@'localhost' (using password: YES)

这是因为user表中有用户名为空的用户导致,把user表中的空用户删除,刷新,问题解决

执行命令如下:

delete from user where user='';

FLUSH PRIVILEGES;

提问为什么我要创建一个数据库创建不出来求解,怎么办?

1、mysql错误码1044,权限错误

当用root创建新数据库时,发现很奇怪的问题,root权限居然无法创建数据库,看了网上很多文档说是root创建密码问题,按照网上方法修改仍然没有起效

后来发现自已原来安装过mysql,已经创建了var/lib/mysql 文件夹,然后卸载重装没有删除这个文件夹,这个文件夹里面的mysql权限文件是原来的mysql用户的,新的mysql用户虽然用户名也是mysql,但是ID是不一样的,当然无法访问原来的文件,于是发原来的mysql文件夹删掉,重新安装mysql,问题解决

2、启动mysql失败,提示:The server quit without updating PID file

查看err文件,提示是设置utf-8字符问题,原因是我在mysqld 下面用了:default-character-set=utf8

导致启动失败

进入/etc/my.cnf文件,把设置utf-8字符的那行删掉,mysqld下面如果要使用utf-8,设置应该为:

init_connect='SET collation_connection = utf8_unicode_ci'
init_connect='SET NAMES utf8'
character-set-server=utf8
collation-server=utf8_unicode_ci
skip-character-set-client-handshake

问题解决

3、创建新数据库hive,创建用户hive,并授权hive数据库权限给hive用户后,发现使用hive用户登录时报错:

ERROR 1045 (28000): Access denied for user 'hive'@'localhost' (using password: YES)

这是因为user表中有用户名为空的用户导致,把user表中的空用户删除,刷新,问题解决

执行命令如下:

delete from user where user='';

FLUSH PRIVILEGES;

第一次安装mysql中Sarting the server就运行不起怎么解决?

应该是服务启动不了. 点击 log 页面 , 根据提示查找原因,解决问题

一、确认MYSQL已经配置且正确 重新配置 如果是重新安装的MYSQL,请确认安装后的MYSQL经过第一次配置,否则会缺少my.ini文件,配置方法,可以在安装到最后一步时选择,现在开始配置MYSQL,或在程序组中运行MYSQL配置向导。配置完成后,要确保my.ini文件中[mysqld]字段下至少有basedir安装目录路径和datadir数据库路径。 配置之前,如果原来已经有过MySQL配置,可以先在MYSQL向导中进行执行一次REMOVE INSTANCE,然后再重新配置。 覆盖数据表 默认的MYSQL数据库会安装到My Document下,所以如果您的数据库目录在其它路径下,可以先把MYSQL停止掉,然后把数据库剪切到其它路径,然后拷贝相关数据表进入同一目录即可。 如果MYSQL数据表使用不同的账户,还需要在MYSQL创建账户,或直接使用原来的MYSQL数据表覆盖(需确认之前的MSYQL数据表是未损坏的)。 解决无法启动 遇到无法启动MYSQL时常见解决方法: A、先使用命令C:\Program files\mysql\bin\mysqladmin-u root -p shutdown来关闭MYSQL B、再在cmd命令行下,执行net start mysql启动mysql。 二、1067错误常见解决方法 故障现象 如果在停止MYSQL(net stop mysql)或启动MYSQL时,出现1067错误,错误信息“MySql 服务正在停止...系统出错(A system error has occurred.)...系统发生 1067 错误(System error 1067 has occurred.),进程意外终止(The process terminated unexpectedly.)”等。 常见解决方法 如果以前一直运行OK的,请先按照上面的“无法启动”解决方法执行一次看看。 如果进行过Remove Instance操作,再次重建时后,一定要检查my.ini文件中的datadir是否已被还原了,如果该地址下数据库不存在,也将报告1067错误,只需要修改成真实的数据库目录地址,然后手动启动即可。 检查MYSQL目录权限 检查my.ini文件中[mysqld]字段下是否有basedir安装目录路径和datadir数据库路径,my.ini可能需要出现在两个地方,MYSQL的安装目录和Windows目录(假设是windows环境)下,都要检查一下。 有时候删除%windir%/my.ini文件然后再重新配置也可以解决,再次配置后检查一下Windir目录下是否有my.ini文件,有时把安装目录下最新的my.ini拷贝过去覆盖一下也能解决问题。 如果是Linux环境,试一下把mysql.server拷贝至/etc/rc.d/init.d/下,然后再运行chkconfig mysql.server,之后就可以在命令行中设置PATH、使用命令执行mysql启动。 三、非法关机造成的MYSQL无法启动问题 如果是因为非法关机等原因导致MYSQL无法启动或启动有问题的,最好使用重新安装的或确认是OK的MYSQL数据表及ibdata1、mysql.pid、ib_logfile0等文件进行覆盖,天缘试过遇到过多次这种情况,就是原来的MYSQL表有问题了,总是无法启动,但是更换成新表就可以。 四、重装MYSQL 发现MYSQL有问题时,最便捷的方法,是先把mysql卸载掉,然后重装重新配置,具体方法如下: 1、卸载MYSQL,清理掉安装目录和Windows目录下的my.ini文件。 2、检查任务管理器中是否还有mysql进程,如果有,可以把mysqld.exe杀掉,或者先杀掉再卸载也可以。 3、在cmd命令窗口,执行:sc delete mysql,该命e79fa5e98193e78988e69d8331333366303066令是清理注册服务命令。 3. 重装 mysql 如果是安全设置以后出现这个问题,可能是因为mysql以低权限运行的时候因为密码策略等问题导致,大家看恶意将mysql的启动用户更下下密码,然后在服务项里设置下即可。

第一次安装mysql中Sarting the server就运行不起怎么解决?

应该是服务启动不了. 点击 log 页面 , 根据提示查找原因,解决问题

一、确认MYSQL已经配置且正确 重新配置 如果是重新安装的MYSQL,请确认安装后的MYSQL经过第一次配置,否则会缺少my.ini文件,配置方法,可以在安装到最后一步时选择,现在开始配置MYSQL,或在程序组中运行MYSQL配置向导。配置完成后,要确保my.ini文件中[mysqld]字段下至少有basedir安装目录路径和datadir数据库路径。 配置之前,如果原来已经有过MySQL配置,可以先在MYSQL向导中进行执行一次REMOVE INSTANCE,然后再重新配置。 覆盖数据表 默认的MYSQL数据库会安装到My Document下,所以如果您的数据库目录在其它路径下,可以先把MYSQL停止掉,然后把数据库剪切到其它路径,然后拷贝相关数据表进入同一目录即可。 如果MYSQL数据表使用不同的账户,还需要在MYSQL创建账户,或直接使用原来的MYSQL数据表覆盖(需确认之前的MSYQL数据表是未损坏的)。 解决无法启动 遇到无法启动MYSQL时常见解决方法: A、先使用命令C:\Program files\mysql\bin\mysqladmin-u root -p shutdown来关闭MYSQL B、再在cmd命令行下,执行net start mysql启动mysql。 二、1067错误常见解决方法 故障现象 如果在停止MYSQL(net stop mysql)或启动MYSQL时,出现1067错误,错误信息“MySql 服务正在停止...系统出错(A system error has occurred.)...系统发生 1067 错误(System error 1067 has occurred.),进程意外终止(The process terminated unexpectedly.)”等。 常见解决方法 如果以前一直运行OK的,请先按照上面的“无法启动”解决方法执行一次看看。 如果进行过Remove Instance操作,再次重建时后,一定要检查my.ini文件中的datadir是否已被还原了,如果该地址下数据库不存在,也将报告1067错误,只需要修改成真实的数据库目录地址,然后手动启动即可。 检查MYSQL目录权限 检查my.ini文件中[mysqld]字段下是否有basedir安装目录路径和datadir数据库路径,my.ini可能需要出现在两个地方,MYSQL的安装目录和Windows目录(假设是windows环境)下,都要检查一下。 有时候删除%windir%/my.ini文件然后再重新配置也可以解决,再次配置后检查一下Windir目录下是否有my.ini文件,有时把安装目录下最新的my.ini拷贝过去覆盖一下也能解决问题。 如果是Linux环境,试一下把mysql.server拷贝至/etc/rc.d/init.d/下,然后再运行chkconfig mysql.server,之后就可以在命令行中设置PATH、使用命令执行mysql启动。 三、非法关机造成的MYSQL无法启动问题 如果是因为非法关机等原因导致MYSQL无法启动或启动有问题的,最好使用重新安装的或确认是OK的MYSQL数据表及ibdata1、mysql.pid、ib_logfile0等文件进行覆盖,天缘试过遇到过多次这种情况,就是原来的MYSQL表有问题了,总是无法启动,但是更换成新表就可以。 四、重装MYSQL 发现MYSQL有问题时,最便捷的方法,是先把mysql卸载掉,然后重装重新配置,具体方法如下: 1、卸载MYSQL,清理掉安装目录和Windows目录下的my.ini文件。 2、检查任务管理器中是否还有mysql进程,如果有,可以把mysqld.exe杀掉,或者先杀掉再卸载也可以。 3、在cmd命令窗口,执行:sc delete mysql,该命e79fa5e98193e78988e69d8331333366303066令是清理注册服务命令。 3. 重装 mysql 如果是安全设置以后出现这个问题,可能是因为mysql以低权限运行的时候因为密码策略等问题导致,大家看恶意将mysql的启动用户更下下密码,然后在服务项里设置下即可。

紧急求助:linux 下面mysql启动不了 my_print_defaults: command not found

linux 下面mysql启动不了 my_print_defaults: command not found的原因是:

/etc/init.d/mysql这个MySQL的启动脚本错误,MySQL是使用源代码安装的,一般会提示tarting MySQL Couldn't find MySQL manager or server(@bindir@/mysqld_safe)。

具体解决办法:

键入如下命令:

cd <your MySQL install PATH>

cd bin

.mysqld_safe --user=mysql& #

扩展资料:

mysql的其他报错解决办法:

1、Starting MySQL.Manager of pid-file quit without updating fi[失败]

关于这个错误原因有很多,最大的可能是没有创建测试数据库,可以用/usr/local/mysql/scripts/mysql_install_db –user=mysql命令进行创建;另外一个原因可能是权限设置问题,需要赋予mysql的data权限,可以用chmod -R 命令。

2、FATAL ERROR: Could not find /home/mysql/bin/my_print_defaults If you are using a binary release,you must run this script from

within the directory the archive extracted into. If you compiled

MySQL yourself you must run ‘make install’ first.

这个错误,是没有指明mysql的data路径导致的,可以很简单的进行解决:

vim /etc/my.cnf

在[mysqld] 后面加上路径:

basedir = /usr/local/mysql

datadir =/opt/data;

3、-bash: mysql: command not found

用mysql命令进行登陆mysql报错,原因是没有设置环境变量,需要设置,或者进入到bin目录进行登陆cd /usr/local/mysql/bin

mysql -u root

参考资料来源:百度百科-mySQL

显示全文