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/，如需轉載，請註明出處，否則將追究法律責任。