宝塔数据库清空日志引起无法启动,如何解决?(宝塔清空数据库日志无法启动)

宝塔面板是一种基于 Linux 的网站管理面板,它是服务器管理者的得力助手,通过宝塔面板可以方便地完成网站环境部署、数据库操作、文件管理等一系列任务。它的优点是配合简单、使用方便,使得网站搭建成为易如反掌的事情。

创新互联是一家专注于成都网站设计、网站建设与策划设计,洛扎网站建设哪家好?创新互联做网站,专注于网站建设十多年,网设计领域的专业建站公司;建站业务涵盖:洛扎等地区。洛扎做网站价格咨询:028-86922220

不过,尽管宝塔面板的方便性是无可厚非的,但在使用中也会遇到一些问题,即便是一些看上去平常的操作也需要注意,特别是操作数据库时。其中一个常见问题是,在进行数据库清空操作后,可能无法启动宝塔面板,这时该怎么办呢?

1. 先查看宝塔面板是否已经启动。

如果无法访问宝塔面板,首先需要确认的是面板是否已经启动。可以使用命令行通过以下命令检查面板是否启动:

“`

systemctl status bt

“`

如果宝塔面板未启动,需要使用以下命令启动面板:

“`

systemctl start bt

“`

需要注意的是,如果使用了Nginx或Apache作为网站服务器,还需要确认Nginx或Apache是否已经启动。

2. 检查 MySQL 服务是否正常。

MySQL 是宝塔面板使用的数据库,如果该服务未正常运行,宝塔面板也无法启动。可以通过命令行检查 MySQL 服务的状态:

“`

systemctl status mysql

“`

如果服务未正常运行,可以使用以下命令强制启动 MySQL:

“`

systemctl start mysql –force

“`

3. 检查是否存在针对 MySQL 文件的操作。

有些情况下,可能是对 MySQL 数据库文件进行了意外的操作,比如清空了 MySQL 数据库的 binlog,这时候也会导致宝塔面板无法启动。在这种情况下,需要检查 MySQL 数据库的 binlog 是否存在,如果被清空,需要通过以下命令重建 binlog:

“`

mysql -u root -p

FLUSH TABLES WITH READ LOCK;

SET GLOBAL innodb_fast_shutdown=0;

SET GLOBAL innodb_flush_log_at_trx_commit=0;

exit

cd /www/server/data/

cp -rp mysql mysql_backup

rm -fR mysql/*

mysql_install_db –user=mysql –basedir=/usr –datadir=/www/server/data/mysql

“`

4. 检查程序文件是否受到修改或污染。

在使用宝塔面板时,机器上的环境变量、配置文件等都会受到一定的限制。但是,如果机器的一些配置文件或环境变量被修改了,也有可能导致宝塔面板启动失败。这种情况下,可以尝试使用以下命令修复程序文件:

“`

bt cleanup && bt update

“`

在进行这些操作时,需要注意备份的重要性,以防操作错误导致数据丢失。此外,在处理宝塔面板启动失败事件时,也需要查看相关日志信息,通过查看日志可以更准确地定位问题和解决。

:宝塔数据库清空日志引起无法启动的问题,可能是多种原因导致的。因此,在使用宝塔面板的过程中,一定要谨慎操作,做好备份工作,同时也要随时注意查看机器状态和相关日志信息,以便及时发现并解决问题。

相关问题拓展阅读:

  • mysql服务启动不了,下面是mysql的错误日志

mysql服务启动不了,下面是mysql的错误日志

1、注意存储引擎错误

Unknown/unsupported storage engine: InnoDB

2、空姿检查一下

配置文件

中关于innodb的参数,如果斗嫌绝有skip-innodb注释掉

3、如果重新设置了innodb_log_file_size之类者握的,需要删除几个ib_logfile,然后重启数据库

删除data目族芦肢录下ib_logfile开头的日兆世志文哗孝件,重启好了。

我的是MariaDB 5.5。

Unknown/神举前unsupported storage engine: InnoDB

不支持innodb 你看看 配置答信文件中的游清innodb ?

装了一个OA管理软件,管理有数据安装,当时没注意,塌郑滑结果在用MySQL的时候,无法启动服务,感觉就是当时安装了这个OA管理软件的数据库的错吧

卸载软件MySQL

注册表清理MySQL

复制保留data文件下面的几个库到桌面,删除C盘的MySQL,

然团腊后就开始丛前安装吧,应该不会报错了,然后在把放在桌面上的库放到MySQL库里面去

MySQL 8.0 重新定义了错误日志输出和过滤,改善了原来臃肿并且可读性很差的错误日志。比如增加了 ON 输出,在原来的日志后面以序号以及 ON 后缀的方式展示。比如我机器上的 MySQL 以 ON 保存的错误日志 mysqld.log.00.json:# jq . mysqld.log.00.json{  “log_type”: 1,  “prio”: 1,  “err_code”: 12592,  “subsystem”: “InnoDB”模碧侍,  “msg”: “Operating system error number 2 in a file operation.”,  “time”: “T08:16:12.111808Z”,  “thread”: 8,  “err_symbol”: “ER_IB_MSG_767”,  “SQL_state”: “HY000”,  “label”: “Error”}{  “log_type”: 1,  “prio”: 1,  “err_code”: 12593,  “subsystem”: “InnoDB”,  “msg”: “The error means the system cannot find the path specified.”,  “time”: “T08:16:12.111915Z”,  “thread”: 8,  “err_symbol”: “ER_IB_MSG_768”,  “SQL_state”: “HY000”,  “label”: “Error”}{  “log_type”: 1,  “prio”: 1,  “err_code”: 12216,  “subsystem”: “InnoDB”,  “msg”: “Cannot open datafile for read-only: ‘./ytt2/a.ibd’ OS error: 71”,  “time”: “T08:16:12.111933Z”,  “thread”旦吵: 8,  “err_symbol”: “ER_IB_MSG_391”,  “SQL_state”: “HY000”,  “label”: “Error”}以 ON 输出错误日志后可读性和可操作性增强了许多。这里可以慧哗用 Linux 命令 jq 或者把这个字串 COPY 到其他解析 ON 的工具方便处理。只想非常快速的拿出错误信息,忽略其他信息。#  jq   ‘.msg’ mysqld.log.00.json”Operating system error number 2 in a file operation.””The error means the system cannot find the path specified.””Cannot open datafile for read-only: ‘./ytt2/a.ibd’ OS error: 71″”Cannot calculate statistics for table `ytt2`.`a` because the .ibd file is missing. Please refer to for how to resolve the issue.””Cannot calculate statistics for table `ytt2`.`a` because the .ibd file is missing. Please refer to for how to resolve the issue.”使用 ON 输出的前提是安装 ON 输出部件。

INSTALL COMPONENT ‘

完了在设置变量 SET GLOBAL log_error_services = ‘log_filter_internal; log_sink_json’;

格式为:过滤规则;日志输出;日志输出;查看安装好的部件mysql> select * from mysql.component;++——++| component_id | component_group_id | component_urn|++——++||    1 ||++——++3 rows in set (0.00 sec)

现在设置 ON 输出,输出到系统日志的同时输出到 ON 格式日志。mysql> SET persist log_error_services = ‘log_filter_internal; log_sink_internal; log_sink_json’;Query OK, 0 rows affected (0.00 sec)

来测试一把。我之前已经把表 a 物理文件删掉了。mysql> select * from a;ERROR 1812 (HY000): Tablespace is missing for table `ytt2`.`a`.

现在错误日志里有 5 条记录。

# tailf  mysqld.log

T08:16:12.111808Z 8 Operating system error number 2 in a file operation.

T08:16:12.111915Z 8 The error means the system cannot find the path specified.

T08:16:12.111933Z 8 Cannot open datafile for read-only: ‘./ytt2/a.ibd’ OS error: 71

T08:16:12.112227Z 8 Cannot calculate statistics for table `ytt2`.`a` because the .ibd file is missing. Please refer to for how to resolve the issue.

T08:16:14.902617Z 8 Cannot calculate statistics for table `ytt2`.`a` because the .ibd file is missing. Please refer to for how to resolve the issue.

ON 日志里也有 5 条记录。

# tailf mysqld.log.00.json

{ “log_type” : 1, “prio” : 1, “err_code” : 12592, “subsystem” : “InnoDB”, “msg” : “Operating system error number 2 in a file operation.”, “time” : “T08:16:12.111808Z”, “thread” : 8, “err_symbol” : “ER_IB_MSG_767”, “SQL_state” : “HY000”, “label” : “Error” }

{ “log_type” : 1, “prio” : 1, “err_code” : 12593, “subsystem” : “InnoDB”, “msg” : “The error means the system cannot find the path specified.”, “time” : “T08:16:12.111915Z”, “thread” : 8, “err_symbol” : “ER_IB_MSG_768”, “SQL_state” : “HY000”, “label” : “Error” }

{ “log_type” : 1, “prio” : 1, “err_code” : 12216, “subsystem” : “InnoDB”, “msg” : “Cannot open datafile for read-only: ‘./ytt2/a.ibd’ OS error: 71”, “time” : “T08:16:12.111933Z”, “thread” : 8, “err_symbol” : “ER_IB_MSG_391”, “SQL_state” : “HY000”, “label” : “Error” }

{ “log_type” : 1, “prio” : 2, “err_code” : 12023, “subsystem” : “InnoDB”, “msg” : “Cannot calculate statistics for table `ytt2`.`a` because the .ibd file is missing. Please refer to for how to resolve the issue.”, “time” : “T08:16:12.112227Z”, “thread” : 8, “err_symbol” : “ER_IB_MSG_224”, “SQL_state” : “HY000”, “label” : “Warning” }

{ “log_type” : 1, “prio” : 2, “err_code” : 12023, “subsystem” : “InnoDB”, “msg” : “Cannot calculate statistics for table `ytt2`.`a` because the .ibd file is missing. Please refer to for how to resolve the issue.”, “time” : “T08:16:14.902617Z”, “thread” : 8, “err_symbol” : “ER_IB_MSG_224”, “SQL_state” : “HY000”, “label” : “Warning” }

那可能有人就问了,这有啥意义呢?只是把格式变了,过滤的规则我看还是没变。那我们现在给第二条日志输出加过滤规则先把过滤日志的部件安装起来

INSTALL COMPONENT ‘

mysql> SET persist log_error_services = ‘log_filter_internal; log_sink_internal; log_filter_dragnet;log_sink_json’;

Query OK, 0 rows affected (0.00 sec)

只保留 error,其余的一律过滤掉。SET GLOBAL dragnet.log_error_filter_rules = ‘IF prio>=WARNING THEN drop.’;

检索一张误删的表mysql> select * from a;ERROR 1812 (HY000): Tablespace is missing for table `ytt2`.`a`.

查看错误日志和 ON 错误日志发现错误日志里有一条 Warning,ON 错误日志里的被过滤掉了。T08:22:32.978728Z 8 Cannot calculate statistics for table `ytt2`.`a` because the .ibd file is missing. Please refer to for how to resolve the issue.

再举个例子,每 60 秒只允许记录一个 Warning 事件mysql> SET GLOBAL dragnet.log_error_filter_rules = ‘IF prio==WARNING THEN throttle 1/60.’;Query OK, 0 rows affected (0.00 sec)

多次执行mysql> select * from b;ERROR 1812 (HY000): Tablespace is missing for table `ytt2`.`b`.mysql> select * from b;ERROR 1812 (HY000): Tablespace is missing for table `ytt2`.`b`.mysql> select * from b;ERROR 1812 (HY000): Tablespace is missing for table `ytt2`.`b`.

现在错误日志里有三条 warning 信息

T08:49:06.820235Z 8 Cannot calculate statistics for table `ytt2`.`b` because the .ibd file is missing. Please refer to for how to resolve the issue.

T08:49:31.455907Z 8 Cannot calculate statistics for table `ytt2`.`b` because the .ibd file is missing. Please refer to for how to resolve the issue.

T08:50:00.430867Z 8 Cannot calculate statistics for table `ytt2`.`b` because the .ibd file is missing. Please refer to for how to resolve the issue.

mysqld.log.00.json 只有一条{ “log_type” : 1, “prio” : 2, “err_code” : 12023, “subsystem” : “InnoDB”, “msg” : “Cannot calculate statistics for table `ytt2`.`b` because the .ibd file is missing. Please refer to for how to resolve the issue.”, “time” : “T08:49:06.820235Z”, “thread” : 8, “err_symbol” : “ER_IB_MSG_224”, “SQL_state” : “HY000”, “and_n_more” : 3, “label” : “Warning” }

总结,我这里简单介绍了下 MySQL 8.0 的错误日志过滤以及 ON 输出。MySQL 8.0 的component_log_filter_dragnet 部件过滤规则非常灵活,可以参考手册,根据它提供的语法写出自己的过滤掉的日志输出。

宝塔清空数据库日志无法启动的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于宝塔清空数据库日志无法启动,宝塔数据库清空日志引起无法启动,如何解决?,mysql服务启动不了,下面是mysql的错误日志的信息别忘了在本站进行查找喔。

香港服务器选创新互联,2H2G首月10元开通。
创新互联(www.cdcxhl.com)互联网服务提供商,拥有超过10年的服务器租用、服务器托管、云服务器、虚拟主机、网站系统开发经验。专业提供云主机、虚拟主机、域名注册、VPS主机、云服务器、香港云服务器、免备案服务器等。

网站栏目:宝塔数据库清空日志引起无法启动,如何解决?(宝塔清空数据库日志无法启动)
网页链接:http://www.shufengxianlan.com/qtweb/news2/56052.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联