mysql 优化问题

a.a

     最近将数据库迁移到了新的版本5.6.15 ,加了内存、cpu 也升级，居然查询还慢了有些难以理解。
     影响比较大的那个表里面有将近2000w的数据，做一个count居然需要5s,做其的它查询就更加惨不忍睹了。
           64bit CentOS 6.3 ，
           32G  innodb_buffer_pool_size
     调整了多次始终还是没能进步，优化方面的高手能给指点下？下面是主要的配置参数。

1. 
   
2. [msqld]
   
3. expire_logs_days = 7
   
4. max_allowed_packet = 16M
   
5. sort_buffer_size = 2G
   
6. net_buffer_length = 8K
   
7. read_buffer_size = 512M
   
8. read_rnd_buffer_size = 512M
   
9. myisam_sort_buffer_size = 1G
   
10. binlog_format=mixed
    
11. max_binlog_size=512M
    
12. max_binlog_cache_size=1G
    
13. max_binlog_stmt_cache_size=1G
    
14. log-bin=mysql-bin
    
15. skip-host-cache
    
16. skip-name-resolve
    
17. innodb_buffer_pool_size = 32G
    
18. innodb_log_buffer_size = 64M
    
19. innodb_thread_concurrency = 16
    
20. innodb_flush_method=O_DIRECT
    
21. innodb_file_per_table = true
    
22. open-files-limit= 65535
    
23. symbolic-links=0
    
24. max-connections = 2000
    
25. 
    
26. # increase query cache
    
27. query_cache_limit = 512M
    
28. query_cache_size = 512M
    
29. query_cache_type = 1
    
30. join_buffer_size = 64M
    
31. innodb_io_capacity = 1000
    
32. 
    
33. # replication
    
34. server-id       = 1
    
35. plugin-load=rpl_semi_sync_master=semisync_master.so
    
36. rpl_semi_sync_master_enabled=1
    
37. rpl_semi_sync_master_timeout=1000
    
38. performance_schema
    
39. 
    
40.    

复制代码

webdna

我200W的也跨不过去。。。。。
分表，把数据在内存中计算都试了

a.a

回复 2# webdna


    分区表？

G8bao7

数据量本身比较大，如果能利用索引实现count，索引列越小性能越好，但估计怎么也在1s以上了