mysql的处理能力问题

这两天发现mysql数据库的状况不好，出现很多Locked ，这些表主要是记录日志（有分区表），绝大部分是写。
另外，这台服务器上其他的数据库也有类似的情况出现：一些在测试环境很快的应用部署后，应用很跑的很慢。
调整了concurrent_insert=2和table_open_cache也没啥效果。

环境：
Server version:         5.1.51-log MySQL Community Server (GPL)

key_buffer_size = 4096M
max_allowed_packet = 1M
table_open_cache = 4096
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M
thread_cache_size = 100
query_cache_size = 128M
# Try number of CPU's*2 for thread_concurrency
thread_concurrency = 64

open_files_limit = 30000

default-character-set=utf8
max_connections=800

[root@localhost ~]# cat /etc/issue
Enterprise Linux Enterprise Linux AS release 4 (October Update 8)
Kernel \r on an \m

疑问：

1   从 os层面看i/o，cpu整体都比较闲（只有2  ,3 个cpu比较忙，其他的都是空闲的），
2   在系统资源足够的情况下，mysql也只能使用到其中少部分，所以应用之间会相互影响
3   还有哪些地方可以调整
4   是否可以考虑建多个mysql实例

| 21673 | bkuser  | :56148      | baclog   | Query       |       0 | update                                                         | insert into BA_LOG (_ID,OPERATE_NAME,OPERATOR_TYPE,SESSION_NBR,       MODEL_NAME,MO |
| 21674 | bkuser  | :56149      | baclog | Query       |       0 | Locked                                                         | insert into BA_AC_LOG (_TYPE,IP,SESSION_NBR,CREATE_TIME,ACTION_NAME,METHOD_NAME,OPE |
| 21675 | bkuser  | :56150      | baclog   | Query       |       0 | Locked                                                         | insert into BA_LOG (_ID,OPERATE_NAME,OPERATOR_TYPE,SESSION_NBR,       MODEL_NAME,MO |
| 21676 | bkuser  | :56151      | baclog      | Query       |       0 | Locked                                                         | insert into BA_LOG (_ID,OPERATE_NAME,OPERATOR_TYPE,SESSION_NBR,       MODEL_NAME,MO |

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/758322/viewspace-706445/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/758322/viewspace-706445/