mysql locked 解决方案

最近发现程序运行速度明显变慢，而且CPU常常在90%以上！
通过检测发现瓶颈居然在mysql，通过运行 SHOW PROCESSLIST 可以看到很多locked的查询语句，当时过了一个小时左右locked的情况又不见了。由此可见locked不是死锁。

那为什么会出现locked呢？
在MySQL中对于使用表级锁定的存储引擎，表锁定时不会死锁的。这通过总是在一个查询开始时立即请求所有必要的锁定并且总是以同样的顺序锁定表来管理。

我的表格式为MyISAM

对WRITE，MySQL使用的表锁定方法原理如下：

◆ 如果在表上没有锁，在它上面放一个写锁。
◆否则，把锁定请求放在写锁定队列中。

对READ，MySQL使用的锁定方法原理如下：

◆如果在表上没有写锁定，把一个读锁定放在它上面。
◆否则，把锁请求放在读锁定队列中。

当一个锁定被释放时，锁定可被写锁定队列中的线程得到，然后是读锁定队列中的线程。

这意味着，如果你在一个表上有许多更新，SELECT语句将等待直到没有更多的更新。
如果INSERT 语句不冲突，可以自由为MyISAM 表混合并行的INSERT 和SELECT 语句而不需要锁定。

所以说MyISAM是表锁，InnoDB 是行锁

行级锁定的优点：

· 当在许多线程中访问不同的行时只存在少量锁定冲突。
· 回滚时只有少量的更改。
· 可以长时间锁定单一的行。

行级锁定的缺点：

· 比页级或表级锁定占用更多的内存。
· 当在表的大部分中使用时，比页级或表级锁定速度慢，因为你必须获取更多的锁。
· 如果你在大部分数据上经常进行 GROUP BY 操作或者必须经常扫描整个表，比其它锁定明显慢很多。
· 用高级别锁定，通过支持不同的类型锁定，你也可以很容易地调节应用程序，因为其锁成本小于行级锁定。 

在以下情况下，表锁定优先于页级或行级锁定：

· 表的大部分语句用于读取。
· 对严格的关键字进行读取和更新，你可以更新或删除可以用单一的读取的关键字来提取的一行：
• UPDATE tbl_name SET column = value WHERE unique_key_col = key_value ;
• DELETE FROM tbl_name WHERE unique_key_col = key_value ;
· SELECT 结合并行的INSERT 语句，并且只有很少的UPDATE或 DELETE 语句。
· 在整个表上有许多扫描或 GROUP BY 操作，没有任何写操作。
不同于行级或页级锁定的选项：
· 版本(例如，为并行的插入在MySQL中使用的技术)，其中可以一个写操作，同时有许多读取操作。这明数据库或表支持数据依赖的不同视图，取决于访问何时开始。其它共同的术语是“时间跟踪”、“写复制”或者“按需复制”。
· 按需复制在许多情况下优先于页级或行级锁定。然而，在最坏的情况下，它可能比使用常规锁定使用多的内存。
· 除了行级锁定外，你可以使用应用程序级锁定，例如在MySQL中使用GET_LOCK()和RELEASE_LOCK()。这些是建议性锁定，它们只能在运行良好的应用程序中工作。


而我用的解决方案是用单线程，用了一个查询服务，对所有数据库操作都用单线程来执行