<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml">
<wml>
<head><meta forua="true" http-equiv="Cache-Control" content="max-age=0" /></head>
<card title="利用mysql数据库中的TMD表修复论坛错误" id="card1">
<p> 游客</p><p>
标题:利用mysql数据库中的TMD表修复论坛错误<br/>
正文:<br/>
有几个朋友，论坛搞得都比较大，几位朋友都属于那种只会运营网站但几乎不懂任何网站技术的那种类型，现在这样类型的成功站长越来越多，相反，像Linker这样的崇拜技术至上的半吊子，总是在初级阶段，不断徘徊，不能不说是一种讽刺。由于接触时间长了，关系都比较要好，因此这些论坛在技术支持上，几乎全部都由Linker来维护，这问题倒也不大，几年都过来了，一直按计划有条不紊的维护、升级，期间有些小问题，都有惊无险的度过了，但这次，虽然事后也可以说是有惊无险，但不能不说是，是近几年来，比较险的一次了。其中一位朋友的综合论坛，运营已经有快三年了，会员达到了十几万，每天也有上万的ip，几万的会员浏览登陆，近几天他说，论坛运行可能有些问题，主要体现在速度上，在执行写入、浏览页面时，页面会有明显的停顿现象，并且还有会员反映，会看到打不开页面，页面出现sql乱码的情况。针对这些情况，Linker心中已经有些概念，于是今晚午夜，决定对数据库进行一下例行维护。在修复论坛错误&amp;ldquo;is marked as crashed and last (automatic?) repair failed&amp;rdquo;的几种方法一文中（有些朋友可不大厚道，摘录了此文，作为自己的原创，更有甚至，改头换面，取其精华，作为自己的投稿、原创来做，让人汗颜，今晚搜索有关这方面问题时，才知道竟然有了这么多的CP，在遗憾之余也有些欣慰），第三种方法来修复数据库中的一些碎片，优化数据库的效果还是比较好的，并且速度也比较快，使用phpmyadmin太麻烦，使用discuz论坛提供的tools集合工作，修复起来速度太慢不说，几乎没有起过作用的，可能对于一些小的表错误问题，会起些作用。登陆上服务器，以前的例行维护，是按照以下方法来做：停掉mysql：net stop mysql，然后cd命令符至mysql的bin目录，再执行命令：myisamchk -r D:\MySQL\data\数据库名称\*.MYI，回车确定后，修复进程就在不断的一个表一个表，一行一行的修复中，这是discuz论坛上的童虎推荐的方法，效果比较好，推荐拥有独立服务器的使用，长期以来，Linker也一直在使用此方法来优化数据库，效果很好。但这次使用时，犯了一个错误。也许是例行维护时间太长了吧，有些麻痹大意了，登陆上去以后，首先作了一些其它系统维护，然后就直接<br/><a href="http://camnpr.com/wap.asp?mode=WAP&amp;act=View&amp;id=457&amp;Page=1">[&lt;&lt;]</a><a href="http://camnpr.com/wap.asp?mode=WAP&amp;act=View&amp;id=457&amp;Page=1">[[1]]</a><a href="http://camnpr.com/wap.asp?mode=WAP&amp;act=View&amp;id=457&amp;Page=2">[2]</a><a href="http://camnpr.com/wap.asp?mode=WAP&amp;act=View&amp;id=457&amp;Page=3">[3]</a><a href="http://camnpr.com/wap.asp?mode=WAP&amp;act=View&amp;id=457&amp;Page=4">[&gt;&gt;]</a><br/>
<br/>
<a href="wap.asp?act=Com&amp;id=457">查看评论(0)</a><br/>
<a href="wap.asp?act=AddCom&amp;inpId=457">发表评论</a><br/><br/>

<br/>

<br/>
<a href="http://camnpr.com/wap.asp">首页</a>
</p>
</card>
</wml>