mysql更新慢慢查询主键
最近遇到了个问题, 我实在是找不到原因了, 求求各位帮帮忙, 谢谢各位啦!
最近在mysql的慢查询日志里发现了大量类似这样的记录
# Time: 150625 19:02:36# User@Host: admin[admin] @ [10.8.10.6]# Query_time: 4.962537 Lock_time: 0.000050 Rows_sent: 0 Rows_examined: 1SET timestamp=1435230156;UPDATE `player` SET `last_login_time`=1435230010, `last_login_ip`='110.159.152.214', `last_login_line`=1, `online_flag`=1 WHERE id=124124;
- id 是主键, InnoDB , 表长度是4000行
- Lock_time, Rows_sent , Rows_examined都不高, 但Query_time很高, 有一些都超过了10秒,
- 相反一些没有加索引, 需要遍历整张表的查询Query_time才0.03秒
- 连接使用是长链接, 连接总数为10-20
- 流量: 接收约 10M/小时 , 发送约90M/小时
- mysql的平均请求次数为 每秒: 17次
- mysql版本5.1.17, 5.5.44 都试过结果一样
- 服务器配置为8核16G, CentOS 6.5 . cpu,内存,io 使用率都不高 , 均在10%以下
- 经常同一时间出现多条慢查询
附件:
http://pan.baidu.com/s/1hq3tQDY
这个里是当前mysql的运行状态,配置参数和部分慢查询日志
j2me3D游戏开发简单教程 中文WORD版
下载
本文档主要讲述的是j2me3D游戏开发简单教程； 如今，3D图形几乎是任何一部游戏的关键部分，甚至一些应用程序也通过用3D形式来描述信息而获得了成功。如前文中所述，以立即模式和手工编码建立所有的3D对象的方式进行开发速度很慢且很复杂。应用程序中多边形的所有角点必须在数组中独立编码。在JSR 184中，这称为立即模式。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
求各位帮个忙, 最近被搞的焦头烂额的.先谢谢各位啦!
