mysql处理海量数据的优化配置
常常遇到大数据量频繁读写势必会导致服务器的性能下降。下面记录一下对mysql的优化配置
1.首先关闭auto commit。
2.对于数据表使用InnoDB。
3.关闭外键约束。
4.采用多值插入“INSERT INTO 表名 VALUES (1,2), (5,5), ...;” 如果有大量并发可以用更改INSERT INTO为 INSERT DELAYED INTO可以在程度上解决阻塞问题。
5.日志文件设置的大一点， 但日志缓冲设定要适当。
6.加大buffer pool 。
innodb_buffer_pool_size = 600M（最好小于等于机器内存的75%不要超过）。
innodb_additional_mem_pool_size = 64M
# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 256M
#innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50
innodb_file_per_table
其中innodb_flush_log_at_trx_commit和innodb_file_per_table对I/O性能影响最大
相关文档：
innodb_buffer_pool_size
如果用Innodb，那么这是一个重要变量。相对于MyISAM来说，Innodb对于buffer size更敏感。MySIAM可能对于大数据量使用默认的key_buffer_size也还好，但Innodb在大数据量时用默认值就感觉在爬了。 Innodb的缓冲池会缓存数据和索引，所以不需要给系统的缓存留空间，如果只用Innodb，可以把这个值设为 ......
最近在学习SSH，由于为了节约内存，所以就准备使用MYSQL代替Oracle，为了更深一步地了解MySQL，于是就计划安装noinstall版本，这版本比安装版可麻烦一些，特别是配置方面，如果配置好的话就可以在一台机器上运行多个版本的MYSQL，在网上找了前辈们的笔记后学习完毕后再记录一笔，就我这记性，估计� ......
mysql(包括所有5.*系列,5.1.21之前)的慢查询日志默认是以秒为单位的,可以通过set [session|global] long_query_time=1这个最低也就是可以设置到1秒,对于0.5,0.005之类就无能为力了,这时候可以有microslow patch(msl patch)补丁来完成这一工作,这个功能的好处自然不言而喻. 在mysql5.1.21及以后版本可以通过set [session|gl ......
三步走：
1.在windows-->perspective-->DB browser
2.Create a database connection profile
驱动下载： http://dev.mysql.com/downloads/
文件名：mysql-connector-java-5.0.4-bin
3.Open a database connection
链接时可能出现错误，那么请尝试如下方法：
Err ......
