赞
踩
151014 14:05:54 mysqld_safe mysqld from pid file /data/mysql/data/yq-xg-dev122.pid ended
151014 14:06:08 mysqld_safe Starting mysqld daemon with databases from /data/mysql/data
151014 14:06:08 [Note] Plugin 'FEDERATED' is disabled.
151014 14:06:08 InnoDB: The InnoDB memory heap is disabled
151014 14:06:08 InnoDB: Mutexes and rw_locks use GCC atomic builtins
151014 14:06:08 InnoDB: Compressed tables use zlib 1.2.3
151014 14:06:08 InnoDB: Using Linux native AIO
151014 14:06:08 InnoDB: Initializing buffer pool, size = 128.0M
151014 14:06:08 InnoDB: Completed initialization of buffer pool
151014 14:06:08 InnoDB: highest supported file format is Barracuda.
151014 14:06:08 InnoDB: Waiting for the background threads to start
151014 14:06:09 InnoDB: 1.1.8 started; log sequence number 18872844901
151014 14:06:09 [Warning] 'proxies_priv' entry '@ root@xinge122' ignored in --skip-name-resolve mode.
151014 14:06:09 [Note] Event Scheduler: Loaded 0 events
151014 14:06:09 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: '5.5.19-log' socket: '/tmp/mysql.sock' port: 3306 MySQL Community Server (GPL)
可以看到将 /etc/my.cnf 权限修改正常后,MySQL实例就可以正常启动了。
通过这个案例可以得到如下启发:
修改Linux操作系统根目录下目录和文件的权限是非常危险的;
比如修改了 /etc/ssh 目录的权限,ssh就无法使用了;如果是 /etc/security 或者 /etc/init.d/sshd 文件被修改了,则root用户就无法登录到系统了;
所以必须注意系统权限,尤其是 /etc/ 目录下的文件权限,不能随便修改。
不论是开发,还是运维都是需要规范化,尽量避免都以root用户直接操作;对于软件和应用程序的存放位置,也放在单独规定的目录中,使用各个应用单独的用户进行操作;
对于系统文件轻易不要修改,尤其不要随便修改/etc/相关的系统文件,如果要修改,可以先测试,确认没有问题后再进行修改。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。