
一旦遇到生产环境上的 MySQL 崩溃,就需要保留现场信息,供分析用。虽然 MySQL 的 error log 中会打印部分信息,但对于比较隐蔽的崩溃,往往显得力不从心。
通过开启 *** 作系统级别、放开用户限制、启用 MySQL 参数三个步骤,我们启用了 MySQL 的 coredump 功能,使得 MySQL 崩溃时留下了足够的线索。
对于复杂崩溃的分析,还是需要将 coredump 交给专业的研发工程师手里,或者提交给 MySQL 开发团队。
不过不管是什么场景,能提供一份 coredump,所有技术人员都会感谢你的。
1,首先排除设置了正确的sid连接如:c:\users\administrator>set
oracle_sid
=
orcl
//确定本机数据库实例名
linux下用export
oracle_sid=orcl
2,以sysdba连接,关闭数据库
sqlplus
/
as
sysdba
shutdown
immediate
如果不能关闭,windows下杀掉oracle进程,停掉oracle的服务
linux下:ps
-ef|grep
smon找到对应的pid
kill
-9
3,重新启动试试
startup
如果还是不行,查看报错原因,这里可能有很多,比如数据文件错误
4.这里假如你的错误是数据文件引起
shutdown
immediate
startup
mount
recover
datafile
alter
database
open
就可以了
如果不是数据文件错误,贴出来看看吧
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)