mysql无法启动

本来是要在服务器上运行程序，然后程序获取的数据直接写进服务器，后来由于服务器要么访问不了weibo.com要么访问不了weibo.cn，访问速度各种慢，缺少各种插件。本来程序三天写好的，结果为了把程序移植到服务器上花了10天左右的时间，最后因为服务器的ip地址是在是差劲，好多网络都不能访问，最后退而求其次选在在本地跑程序，把数据上传至远端服务器。

今天跑程序时发现了一个问题，我明明把xinlang访问时间间隔设置的很大了，还是出现验证码的情况。现在是时候考虑更换代理ip的事情了。

说说最后考虑本地跑程序，远端存数据时碰到的问题：

首先是服务器httpd没启动，mysqld没启动，然后可以操作mysql，网站也正常运行（是因为mysql.sock进程存在）。

服务器好久都没有动过了，所以好多配置都忘记了。首先httpd启动失败，我尝试着杀掉程序，结果还是启动失败，不知道怎么回事，又查了好多资料。后来又试着杀掉进程，发现杀掉后进程换了个pid又运行了，又查资料。偶然想到再杀一次看看会怎么样，结果发现这个httpd的进程不知道为什么需要杀两次才行。这样httpd算是解决了。

然后是mysql，这个我好久都没解决。现在大半夜查资料，总也解决不了，顿时想到人生的苦逼，程序员的苦逼，想到今天晚上又没法睡觉了，打开了音乐听了会。。。

后来索性从头好好理一理这个问题，首先把所有mysql有关系的目录都检查了一遍权限问题（find / -name mysqld），发现没问题。后来偶然看到一个文章提到数据文件所在处的问题，我就死马当活马医，去/home/mysql_data目录看了看，发现虽然这个目录是mysql：mysql权限，但是其内部其实不是mysql：mysql权限，然后我把权限递归的改了，终于算是启动了mysql。

下面的问题就是把现有的数据导入数据库，远程控制数据库了。再加会班。

刚才又处理个问题：我从实验室电脑centos系统导出的sql文件没有设置导出字符集：

mysqldump -uroot -p --default-character-set=utf8 dbname tablename > bak.sql

然后回宿舍搞就导入乱码，然后我导入时候加了个字符集设置

mysql -uroot -p --default-character-set=gbk dbname < bak.sql

就可以了。

9月7号新问题

继昨晚搞到很晚，解决了问题之后，今天又碰到了些新问题：首先是设置远端服务器的远程访问功能，给服务器的mysql数据库的user用户表的root用户增加了%

然后，本地电脑莫名其妙的就登录不了了，搞了好久也没解决，最后加上了skip-grant-tables，使用免密码登录的方式避开这个问题了。

这些问题都解决了，发现一个新问题：服务器登录的2000端口和mysql的3306端口不明白怎么回事。

我写远程数据库的时候总是写不进去，发现端口号有2000和3306两个，不知道用哪个。了解了一下，应该是这样理解：服务器的网站可以写数据是因为网站浏览者首先通过http协议访问服务器的该站点，然后数据也跟着传到了服务器，这时候，数据在服务器上再进行写数据库的时候就相当于本地写数据库，还是3306。而我要直接远程写数据库的话，就不得不通过一个远程的端口（是实验室管理网络的老师又单独给开的一个端口2501），这才算是完成了整个系统的爬取，写数据过程。

好艰辛！！

下面还有更加艰巨的任务，就是要使用代理ip登录新浪。。继续吧。。。