9.5.8 Optimizing InnoDB Disk I/O

如果你数据库设计以及sq操作都是最佳实践,但是你数据库仍然被较重的io活动拖累的较慢,那么试一试看看top或者windows的任务管理器,cpu使用率和工作量低于70%,那么或许是您的硬盘较慢。

1 合适的innodb——buffer--pool-size

2 如果flushing 脏页或者log较慢,则替换innodb_flush_method=fsync为 O_DSYNC

3 更改ufs文件系统

4 文件系统相关

5 增加硬盘

6 增加compression压缩

innodb_log_compressed_pages 禁用,但是要确认zlib

    8  innodb_adaptive_flushing,

innodb_change_buffer_max_size,

innodb_change_buffering,

innodb_flush_neighbors

,innodb_log_buffer_size,

innodb_log_file_size,

innodb_lru_scan_depth,

innodb_max_dirty_pages_pct

,innodb_max_purge_lag

innodb_open_files,

innodb_page_size,

innodb_random_read_ahead

,innodb_read_ahead_threshold,

innodb_read_io_threads

,innodb_rollback_segments,

innodb_write_io_threads,

sync_binlog.

时间: 2024-09-29 11:01:39

9.5.8 Optimizing InnoDB Disk I/O的相关文章

MySQL 5.6 Reference Manual-14.4 InnoDB Configuration

14.4 InnoDB Configuration 14.4.1 InnoDB Initialization and Startup Configuration 14.4.2 Configuring InnoDB for Read-Only Operation 14.4.3 InnoDB Buffer Pool Configuration 14.4.4 Configuring the Memory Allocator for InnoDB 14.4.5 Configuring InnoDB Ch

Choosing proper innodb_log_file_size

If you’re doing significant amount of writes to Innodb tables decent size of innodb_log_file_size is important for MySQL Performance. However setting it too large will increase recovery time, so in case of MySQL crash or power failure it may take lon

MySQL5.6 选项和变量整理

MySQL5.6 选项和变量整理  --allow-suspicious-udfs 这个选项控制是否用户定义函数只有一个xxx符号用于主函数加载.默认,该选项是关闭并且只具有至少一个辅助符号的UDFs才可以加载.这可以防止尝试从共享对象文件而没有包含合法的 UDFs加载函数.看到 Sec tion 22.3.2.6, “User-Defined Function Security Precautions” --ansi 使用标准(ANSI)SQL语法代替MySQL语法.为更精确的控制服务器的SQ

information_schema系列八(事物,锁)

今天我们主要看一下MySQL information_schema里面的关于innodb的锁和事物的两三个系统表: 看一下锁对应的sql: select * from innodb_lock_waits; select * from innodb_locks limit 2\G select * from information_schema.innodb_trx\G select * from information_schema.innodb_trx where trx_id = 45734

MYSQL术语表

MYSQL术语表 http://dev.mysql.com/doc/refman/5.6/en/glossary.html MySQL Glossary These terms are commonly used in information about the MySQL database server. This glossary originated as a reference for terminology about the InnoDB storage engine, and th

[MySQL Reference Manual] 8 优化

8.优化 8.优化... 1 8.1 优化概述... 1 8.2 优化SQL语句... 1 8.2.1 优化SELECT语句... 1 8.2.1.1 SELECT语句的速度... 1 8.2.1.2 WHERE子句优化... 1 8.2.1.3 Range优化... 1 8.2.1.4 索引合并(Index Merge)优化... 1 8.2.1.5 引擎Pushdown条件优化... 1 8.2.1.6 索引条件Pushdown优化... 1 8.2.1.7 使用索引扩展... 1 8.2.

Mysql Partition 理论知识总结

简述: 本文内容主要 Giuseppe Maxia 曾在Mysql Conference & Expo 2010发表关于 <Mysql Partition in Mysql 5.1 & 5.5>  经由整理后的内容,原文在下面的Presentation URL,本文用于自身学习 .我自身关于分区与未分区的测试,打算发表于另一篇博文.Giuseppe Maxia Bloghttp://datacharmer.blogspot.com/http://datacharmer.com/

8.2.1-优化SELECT语句

8.2.1.优化 SELECT 语句 由SELECT 语句组成的查询,在数据中执行所有的查询.对这类语句的调优排在首位,无论是调优动态web网页的二级响应时间,还是减少生成巨大隔夜报告的时间. 而且,对SELECT语句调优的技术同样适用 CREATE TABLE...AS SELECT, INSERT INTO...SELECT,DELETE 中带有where的语句.这些语句还有其他的性能开销,因为这些操作在读操作的时候也进行写操作. MySQL Cluster 支持join pushdown优

mysql数据库崩溃:InnoDB: Database page corruption on disk or a failed

修改mysql配置文件my.cnf,添加 innodb_force_recovery = 6 innodb_purge_thread = 0 重启mysql 这时只可以执行select,create,drop操作,但不能执行insert,update,delete操作 执行逻辑导出,完成后将innodb_force_recovery=0,innodb_purge_threads=1,然后重建数据库,最后把导出的数据重新导入(这样不知道啥意思,我没用这个)---------------------