初步检测是因为“心之记忆”造成的SQL错误，解决方法只要将 commonserver.cfg 文件中的
"EVENT1 = 1 ; 竞赛
Event1ItemDropTodayMax = 1 ; 竞赛物品每天最多掉落数
Event1ItemDropTodayPercent = 50 ;竞赛物品每天最多掉落%"

全部改成0，也就是
EVENT1 = 0 ;
Event1ItemDropTodayMax = 0 ;
Event1ItemDropTodayPercent = 0 ;

基本上都能解决问题。若出现其他错误，可以监视LOG文件在出错时（容量还比较小时）停止JoinServer，打开LOG文件查看出错语句，然后用UE查找JoinServer.exe内相关语句，删除即可


另一个方法：

目前在我们的数据库里面缺少
SP_MEMB_CHK_2
SP_MEMB_CHK
SP_MEMB_MOD
SP_SETT_APP
SP_SETT_HP_Fail
WZ_CONNECT_MEMB
WZ_DISCONNECT_MEMB
这几个存储过程（大部分是用来做），导致joinserver在调用的时候出错，不停报错，
日志文件飞速增加，另外计费的语句中有一个Select getdate()语句与因为这些数据库的不完整，无线循环与数据库通讯，使得Joinserver暂用资源上升，导致当机。

针对这种情况，我们作如下修改可暂时解决：
1.用uedit打开你的joinServer.exe
2.搜索：
“6578656320575A5F434F4E4E4543545F4D454D4220272573272C272573272C27257327”
替换为“0000000000000000000000000000000000000000000000000000000000000000000000”
搜索：
"6578656320575A5F444953434F4E4E4543545F4D454D422027257327"
替换成
“00000000000000000000000000000000000000000000000000000000”
搜索：
“53454C45435420676574646174652829”
替换成
"00000000000000000000000000000000"
搜索：
“5573654C6F672559256D2564”
替换成
“5573654C6F67000000000000”（这里是修正USELOG表的名称）

这样，把里面关于计费的一些存储过程，以及数据库时间校验的语句屏蔽掉,
减少了JOINSERVER的报错信息，使日志文件减少，同时因为发送给数据库的指令
是空语句，减少程序与数据库的压力，使JOINSERVER更稳定