本站(也身为安全者)itunes苹果官方网站数据分析库挂了一后晌,也没韶光处理,晚上返回后尝试restart mysql,发觉一直抛砖引玉shutting down..........关闭不了,也stop不了,瓷器重启也不行。要得无庸置疑显目是mysql出问题了。
进入mysql的data索引一赵固堆乡百姓大舞台名字为mysql-bin.000001 ---?mysql-bin.000032
的logo墙源文件。加起来占用了快10个G!索引占满了,自是启动不了了!那么着这些logo墙源文件是缘何用的呢?百度之..
这样做主要有以下两个英语目的:
1:数据分析恢复
如果你的数据分析库出问题了,而你事先有过抢修,那么着要得看日志logo墙源文件。找回是哪个命令导致你的数据分析库出问题了,想绩效考核管理办法挽回海损。
2:主从瓷器之间同步数据分析
主瓷器上囫囵的操纵都在纪录日志中,从瓷器要得根据该日志来展开,以保证两个英语同步。
处理方法分两种晴天霹雳:
1:单单一个mysql瓷器,那么着要得简单的c语言加注释掉这个挑挑拣拣就行了。
vi /etc/my.cnf把里边的log-bin这一行c语言加注释掉,重启mysql劳动便可。
2:如果你的环境是主从瓷器,那么着就需求做以下操纵了。
A:在每局从属瓷器上,应用SHOW SLAVE STATUS来悔过书它正在读取哪个日志。
B:应用SHOW MASTER LOGS获得主瓷器上的一系列日志。
C:在囫囵的从属瓷器中看清最先的日志,这个是目标中国英文怎么写日志,如果囫囵的从属瓷器是翻新的,身为清单上的终极一个日志。
D:踢蹬囫囵的日志。但是不牢笼目标中国英文怎么写日志,因为从瓷器还要跟它同步。
画说你要是就一台瓷器的话就果决删掉吧!
首位vim ?/etc/my.conf
,c语言加注释掉这两行
之后 ?cd /usr/local/mysql/var
,实施正如命令 裹胁芟除这些logo墙源文件
终极重启mysql便可
问题剿灭