分析过程

1、根据现场返回的服务端日志来看，未发现有登录失败异常信息。

2、客户端日志显示获取用户配置失败。

2016-02-01 10:13:21,944(784 )[ INFO]{uc::model::UCClientImpl::OnMessage} _msg = 0CEAA940

2016-02-01 10:13:21,944(784 )[ INFO]{uc::model::UCClientImpl::OnMessage} [login]--login eServer ok--

2016-02-01 10:13:21,944(784 )[ INFO]{uc::model::UCClientImpl::OnMessage} pLoginAck->lastLoginIP_ = , pLoginAck->lastLoginTime_ =

2016-02-01 10:13:21,944(784 )[ INFO]{uc::model::UCClientImpl::RefreshUserInfo} --refresh user profile1--

2016-02-01 10:13:21,944(784 )[ INFO]{uc::model::UCClientImpl::RefreshUserProfile} test_time_1 GetServiceProfileArg

2016-02-01 10:13:21,944(784 )[ INFO]{uc::model::UCClientImpl::RefreshUserProfile} LocalIP_ =

2016-02-01 10:13:22,120(784 )[ERROR]{uc::model::UCClientImpl::RefreshUserProfile} refreshProfileAck result is false, signed failed

2016-02-01 10:13:22,120(784 )[ERROR]{uc::model::UCClientImpl::handleSignInNotify} get profile params failed.

2016-02-01 10:13:22,120(784 )[ INFO]{uc::model::UCClientImpl::notifyUISignedFailed} SignInNotify_.emit: Client_SignedFailed, profile

3、怀疑t_userinfo表中账号数据有问题，让现场反馈登录失败用户的账号信息。

查看sql语句如下：

select * from t_userinfo t where t.staffaccount = 'yilingling'；

1)根据现场返回的账号信息，发现t_userinfo 表中yilingling这个账号存在两条记录，并且这两条记录中的state都为0(0代表账号状态为正常)。

2)查看t_Userinfo表中是否有其他账号存在名称相同，并且state都为0的记录有多条的情况，具体SQL如下：

select count(staffaccount) as count,staffaccount from t_Userinfo where state = 0 group by staffaccount order by count desc;

若count>1就代表该账号state =0的记录存在多条

3)反馈count>1的账号存在13个，并且用这13个账号中的其中两个试了一下也会报同样的错误

4、由于有问题的账号已开通新账号使用，不同意将重复记录中staffid = 21585的的那条记录的state置为1后查看yilingling这个账号是否可以重新登录。

5、家里环境模拟现场场景，同一账号在t_userinfo表中插入两条记录，并且state =0,此种情况下无法登录，将与当前正在使用账号的staffid对应的那条记录之外的重复记录的state置为1或者直接删除后，能够正常登录。