标签: shutdown

我安装了 CPanel 的 CentOS 64 位，我使用：

service mysql stop

它只是不停地滴答作响，似乎永远不会停止。在日志中，它只是发布了很多：

130303 17:42:38 [Warning] /usr/sbin/mysqld: Forcing close of thread

在err.log文件中，我看到了很多这样的：

[Warning] /usr/sbin/mysqld: Forcing close of thread

它曾经是即时的。知道为什么这样做以及如何解决吗？

现在我必须这样做，killall -9 mysql但有更好的方法吗？

服务器也非常非常活跃。

这是配置问题吗？我的内存设置太高了吗？

[mysqld]
default-storage-engine=MyISAM
local-infile=0
symbolic-links=0
skip-networking
max_connections = 500
max_user_connections = 20
key_buffer = 512M
myisam_sort_buffer_size = 64M
join_buffer_size = 64M
read_buffer_size = 12M
sort_buffer_size = 12M
read_rnd_buffer_size = 12M
table_cache = 2048
thread_cache_size = 16K
wait_timeout = 30
connect_timeout = 15
tmp_table_size = 64M
max_heap_table_size …

在重新启动承载 MS SQL Server 实例的服务器时，是否需要采取任何特殊步骤来防止数据损坏？

比如最近遇到了手动停止SQL服务的建议。我的理解是，这是由 Windowsshutdown进程处理的。

我敢肯定，个人可能会推荐无数个步骤，就像我刚刚提到的那样，但我想避免重复过时或迷信的做法。Microsoft 或广泛的行业标准是否有任何建议？

这个问题与重启机器的短期程序有关。还有另一个问题是关于在永久关闭机器之前确保机器未被使用的长期程序。

我想知道正确启动/关闭 Oracle DB 守护程序（Oracle 11.2，安装在测试机器上）的最快方法是什么。

对于使用 OCI/Pro*C API 的 C/C++ 程序，我需要它。

我想要这个是因为我已经习惯了 PostgreSQL 的启动速度，而且因为守护进程在一个虚拟机中运行，该虚拟机仅为测试用例启动（按需）。

目前我像这样编写脚本 - 启动：

sqlplus /nolog <<EOF
connect / as sysdba
startup
quit
EOF
lsnrctl start
emctl start dbconsole

并关机：

emctl stop dbconsole
lsnrctl stop
sqlplus /nolog <<EOF
connect / as sysdba
shutdown
quit
EOF

这有效 - 程序按预期工作 - 但此过程非常缓慢。

Oracle DB 在 CentOS 6.3 上运行，它是免费（如啤酒一样）可用的“标准版”。

我所读到的只是停止 SQL Server 的潜在破坏性，因为它会创建一个冷缓存并占用内存。那么为什么有人要停止 SQL Server？如果您能提供任何文章链接，以便我可以阅读更多内容，我将不胜感激！

这个问题是我的老师提出来的。除非是一些棘手的问题，否则我绝对难倒。他的确切问题是：

使用 Internet 进行研究并了解为什么有人想要停止 SQL Server。解释你的答案。

这是在我们探索如何使用 SQL Server 2008 R2 的背景下。我不确定他是在问明显的答案，还是我遗漏了什么。

我正在寻求帮助以了解执行以下命令行时会发生什么：

root@prodn$ service mysqld stop

是的，它会关闭 MySQL 服务器，因此在服务再次启动之前无法再访问它。但是，更具体地说，服务停止时是否还会发生其他情况？请原谅我的新手，但是当mysqld重新启动时，是否意味着日志已刷新、一些内存已释放、缓存已清空等？

我问的原因如下：

我们的数据仓库 DB 是 MySQL DB，在过去的 4 个月中，平均需要 8.5 小时。

上周三，我已经停止了 mysql 服务，然后在 30 分钟后重新启动了它。从那时起，我开始注意到整体性能的巨大改进——SELECT/INSERT/UPDATE/DELETE 过程更加高效。DW 以相同数量的数据行提前近 4 小时完成

然而，随着时间的流逝，15-20 分钟不知何故被添加到完成时间。所以，我怀疑我可能必须每周重新启动服务。

这种行为有解释吗？我不知道还有哪些其他问题是相关的，但是知道mysqld服务重新启动时会发生什么会很棒。

任何人都可以对此有所了解吗？

我的一个数据库一直异常关闭，但日志显示“正常”：

130422 13:23:01 [Note] /usr/libexec/mysqld: Normal shutdown

130422 13:23:01 [Note] Event Scheduler: Killing the scheduler thread, thread id 379021
130422 13:23:01 [Note] Event Scheduler: Waiting for the scheduler thread to reply
130422 13:23:01 [Note] Event Scheduler: Stopped
130422 13:23:01 [Note] Event Scheduler: Purging the queue. 41 events
130422 13:23:01 [Note] Error reading relay log event: slave SQL thread was killed
130422 13:23:01 [ERROR] Error reading packet from server: Lost connection to MySQL server during query ( server_errno=2013)
130422 13:23:01 [Note] …

我尝试通过WHM重新启动MySQL，现在重新启动时间太长，进度条仍然显示。

我能做些什么？

我仍然可以通过 SSH 访问服务器，但无法连接到 MySQL。这很紧急，因为我的在线商店现在已关闭。

重新启动 HTTP 服务器 (Apache) 会有帮助吗？

这是我的 XAMPP 控制面板的屏幕截图：

这是我的错误日志：

2019-11-27  7:54:14 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2019-11-27  7:54:14 0 [Note] InnoDB: Uses event mutexes
2019-11-27  7:54:14 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2019-11-27  7:54:14 0 [Note] InnoDB: Number of pools: 1
2019-11-27  7:54:14 0 [Note] InnoDB: Using SSE2 crc32 instructions
2019-11-27  7:54:14 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2019-11-27  7:54:14 0 [Note] InnoDB: Completed initialization of buffer …

所以，我知道实例有 3 种启动模式可用，即 NOMOUNT、MOUNT 和 OPEN。我想知道的是在 NOMOUNT 模式下，它声明实例已启动但仍未与数据库关联，那么谁激活实例？是数据库本身还是其他东西？

如果我使用该命令，shutdown那么是只有实例关闭了还是数据库也关闭了？

提前致谢！

根据oracle docs，在关机期间，执行3个步骤：

推荐的关闭方式postgres是发送一个代表不同关闭模式（快速、智能、立即）的信号，或者在非 Linux 操作系统上使用初始化管理器（initd、systemd、 等）或它们的等效方法。在集装箱环境中它有时更方便，通过以获得psql比docker exec，从而更方便的通过停止服务器psql。有没有办法做到这一点（假设已授予特权）？

该解决方案可能很棘手，因为这主要用于postgres在开发环境中停止删除 PostgreSQL 数据目录。