myisam ,innodb优化对比

一.myisam引擎
1.mysql默认引擎,不支持事务*
2.表级锁定,更新时,锁定机制是整张表被锁定,其它连接无法更新表的数据,效率比较低下.锁的机制成本很少,但大大降低了并发性能*
3.读写互相阻塞,写的时候阻塞读,读的时候也阻塞写,但读与读之间不阻塞*
4.只对索引进行缓存,虽然key_buffer可以大幅提高性能,减少磁盘IO,但对数据不缓存
5.适合读业务比较多的生产环境,比如BLOG等,读的速度比较快.
6.占用资源比较少.服务器硬件不好时.可以考虑使用
7.数据恢复没有innodb引擎恢复的完美
8.支持全文索引,不支持外键约束
二.mysiam引擎应用场景:
1.不需要事务支持的场景,读数据多的网站.
2.并发相对较低的业务,因为表级锁定的机制限制
3.数据修改相对较少的业务.阻塞问题
4.对数据要求一致性不高的业务.
三.myisam引擎优化:
1.尽量索引,缓存机制
2.调整读写优先级
3.启用延迟插入.
4.生产环境应用memcache缓存的多.Mysql本身的缓存为用少
四.innodb引擎
1.支持事务,四个级别的事务
2.锁定机制一般是行级锁定.更新时只锁定当前行,其它的行.没关系,可以继续读写.全表扫描.还是表锁*
3.读写阻塞与事务的隔离相关,读取速度一般*
4.可以缓存数据和索引,高效的缓存特性
5.支持分区,表空间.
5.适合读写业务比较多的环境,比如BBS等.一般的生产环境,也推荐用innodb.效率高
6.服务器资源开销大
8.支持外键约束,不支持全文索引.
五.innodb应用场景
1.需要事务支持的业务
2.适合高并发的业务,行级锁定.对高并发有很好的适应能力.但要确定查询是通过索引完成.
3.数据更新比较频繁的场景.如BBS
4.数据一致性要求较高
5.硬件设备内存较大时,可以利用innodb较好的缓存能力来提高内存利用率.尽可能的减少磁盘IO
六.innodb调优
1.my.cnf中参数
[root@ser200 3306]# grep -i “innodb” my.cnf
default_table_type = InnoDB
innodb_additional_mem_pool_size = 4M
innodb_buffer_pool_size = 32M #Innodb核心参数,生产环境会给的很大.16G内存,双实例,会给2G的缓存
innodb_data_file_path = ibdata1:128M:autoextend
innodb_file_io_threads = 4
innodb_thread_concurrency = 8
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size = 2M
innodb_log_file_size = 4M
innodb_log_files_in_group = 3
innodb_max_dirty_pages_pct = 90
innodb_lock_wait_timeout = 120
innodb_file_per_table = 0

    生产环境16G内存服务器调优实例:
    default_table_type = InnoDB
    innodb_additional_mem_pool_size = 16M
    innodb_buffer_pool_size = 2048M            #Innodb核心参数,生产环境会给的很大.16G内存,双实例,会给2G的缓存
    innodb_data_file_path = ibdata1:1024M:autoextend
    innodb_file_io_threads = 4
    innodb_thread_concurrency = 8
    innodb_flush_log_at_trx_commit = 2
    innodb_log_buffer_size = 16M
    innodb_log_file_size = 128M
    innodb_log_files_in_group = 3
    innodb_max_dirty_pages_pct = 90
    innodb_lock_wait_timeout = 120
    innodb_file_per_table = 0
生产环境设置好参数,不怎么会改动上面的参数.主要是SQL语句的调优,改上面参数作用有限.最核心优化是每个语句走索引
2.主键尽可能小.包括索引
3.尽量避免全表扫描.因为会造成表锁
4.尽量缓存所有的数据和索引,提高响应速度,减少磁盘IO消耗
    发现:数据库核心调优.让用户尽量去缓存上找数据,到内存找数据,少到磁盘上找数据.
5.大批量小插入,尽量自己控制事务,而不要使用autocommit自己提交
6.合理设置flush_log_at_trx_commit,不要过份追求安全性.