Google搜索
赞助商链接
用户登录
广告
浏览归档
| 日 | 一 | 二 | 三 | 四 | 五 | 六 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 |
导航
友情链接
信息联合
谁在线
当前有0 位用户和0 来客在线。
今天mysql又遇到奇怪的问题了。这次问题比上次还要严重不少，也不知道是为什么。
我也遇到这个问题，应该说Mysql的2013就是因为Mysql意外停止，然后恢复的时间特别长，注意看Mysqld-nt这个进程，它的内存不停的在增加，增加到一定大小的时候就完全正常了。再检查错误日志，果然就是恢复占用了太长的时间。
我也是这样的问题,都不知道是什么原因!我对MYSQL不是很懂的，要是我搞不定你可以帮我看看吗?
今天一上班又是mysql错误，并且5月6日一整天都没有正常运行。查看日志，好象前几天也出现过问题！！怎样才能万全无问题呢？我也不知道。只有重启，然后mysql rolling back。现在是正常了，不知什么时候又会出问题。设置mysql有问题自动重启动，看来还是有用的。
为了防止再出现 too many connections
在maps和platform 的index.php 后面加了,mysql_close();
php.ini 里将timeout 改为120
在my.cnf 里设置了max connections 数量为200
OK
终于找到2013的问题所在了，在启动系统后，启动mysql时可以从.err文件中看到以下内容：
Version: '4.0.26-nt' socket: '' port: 3306 Official MySQL binary
060412 16:00:56 InnoDB: Database was not shut down normally.
InnoDB: Starting recovery from log files...
InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 11 1967579589
InnoDB: Doing recovery: scanned up to log sequence number 11 1967588054
InnoDB: 1 transaction(s) which must be rolled back or cleaned up
InnoDB: in total 111644 row operations to undo
InnoDB: Trx id counter is 0 27898368
060412 16:00:56 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
InnoDB: Starting rollback of uncommitted transactions
InnoDB: Rolling back trx with id 0 27891722, 111644 rows to undo
InnoDB: Progress in percents: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100
InnoDB: Rolling back of trx id 0 27891722 completed
InnoDB: Rollback of uncommitted transactions completed
060412 16:13:55 InnoDB: Flushing modified pages from the buffer pool...
060412 16:13:56 InnoDB: Started
MySQL: ready for connections.
Version: '4.0.26-nt' socket: '' port: 3306 Official MySQL binary
其中InnoDB: Progress in percents: 1 2 .......的速度特别慢。这个过程大约经过15分钟才结束，这个过程结束后系统就运行正常了。
在这15分钟内运启动任何使用mysql的系统，都会有2013 这个错误，也怪不得有时候在停止服务后反而可以了，可能是因为这个过程已经结束。
好了。现在系统正常了。以前的问题如果等15分钟可能就没问题了！！！
今天又碰到：too many connection的错误，重启msyql不行。
只好重启系统，可重启系统后又出现：2013错误！
然后尝试重启mysql ，现在mysql能用。但不知错误在哪！？
这几天mysql太糟了，给platform 的index.php加mysql_close()试试;
今天试着重启一次系统。又出现“2013 - Lost connection to MySQL server ...”错误！重启mysql服务，又出现1053错误。重启后服务显示“停止”并且不能启动。但mysql好象正常运行了！
后来试着一个一个的检查mysql库表，点击phpwiki库时开始很慢。然后再点其它库就是“#1040 - Too many connections ”这样的错误了，估计这个库有问题？！但我好象没有使用该库呀！！运行net stop mysql不能停止，运行net start mysql提示已经启动。还是使用不了mysql。
只有重新启动计算机系统。老问题。并且这次重启mysql服务后除了出现同样的错误外，并且不能进入phpmyadmin了，还是2013的错误！！只好将mysql改为手动后再重新启动计算机。再mysqld-nt --remove 再mysqld-nt --install 再手动启动mysql。启动后想进phpmyadmin，结果很慢！于是去停止mysql，很慢，直到出现1053的错误！想进mysql，都是2013的错误！！怎么办。
只好将mysql改动手动后再次重启计算机，进入后启动mysql服务。再想进入mysql，结果非常的慢，再到后来就是2013的错误了。重启mysql还是这个错误，惨了惨了，进不了了！后来到主机上，还好，又能进入phpmyadmin，说明mysql当前可进去，进入mysql运行drop database phpwiki，删除整个库算了（想想可能不一定是该库的关系！）。现在再一次重启服务器。
服务器重启后。还是2013这个情况！原来是缓存，mysql手动还未启动。
启动mysql。如果现在马上使用phpmyadmin，会感觉很慢。查看mysql的当前.err文件会发现它正在进行rollback操作。
这次正常启动。并且mysql正常了！！
好了，不知下次会不会又出现同样的错误。试着停止“mysql”服务，发现停止得很慢，估计又会有错，果然以日错误“1053”。但再进入phpmyadmin的提示是“服务没响应”，说明这一次虽然出1053错，但服务是已经停止了，这可能跟响应慢有点关系。运行命令行net start mysql后，又能正常进入phpmyadmin了。
现在将mysql改为“自动”并将失败后改为“重启服务”后再重启计算机一次。
再进入phpmyadmin。哈哈这次是真的OK了。
再到服务器上登录一下，因为要启动另一个程序（knsserver）。
因此这样看来这个没在用的数据库phpwiki可能是有点问题。
好了，又搞了我这么多时间。