辨析0: 日志缓存区每秒一次地写到日志文件，并刷到磁盘mysql> set global innodb_flush_log_at_trx_commit=0;
Query OK, 0 rows affected (0.00 sec)
1: 每次提交，日志缓存区写到日志文件，并刷到磁盘上mysql> set global innodb_flush_log_at_trx_commit=1;
Query OK, 0 rows affected (0.00 sec)
2 参考文献mysql的innodb_flush_log_at_trx_commit参数实验 - CSDNinnodb_flush_log_at_trx_commit和sync_binlog参数详解 - CSDNin...
环境：linux，mysql5.5.21错误：Host is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts‘原因： 同一个ip在短时间内产生太多（超过mysql数据库max_connection_errors的最大值）中断的数据库连接而导致的阻塞；解决方法：1、提高允许的max_connection_errors数量（治标不治本）： ① 进入Mysql数据库查看max_connection_errors： show variables like ‘%max_connection_errors%‘; ...
innodb_flush_log_at_trx_commit
该参数控制重做日志写入磁盘的过程。我们知道 InnoDB 使用“Write Ahead Log”策略来避免数据丢失问题，即依靠重做日志来保证数据能在丢失后进行恢复。因此，InnoDB 重做日志的持久化非常重要。这个参数的默认值为1首先需要大致了解一下mysql日志操作步骤：
log_buff --》 mysql写 (write) --》 log_file --》 OS刷新 (flush) --》 diskinnodb_flush_log_at_trx_commit 参数解释：
0（延迟写）： l...
我正在mysql.com上阅读,这个FLUSH / RESET命令有多种变体.
什么是从mysqld中冲洗一切可能的(缓存,缓冲区,一切)最积极的方法？
我们希望尽可能接近“刚开始”,而不关闭守护进程.
谢谢！解决方法:我猜这些应该做：RESET QUERY CACHE;
FLUSH STATUS, TABLES WITH READ LOCK;请阅读相应的手册部分,确保您知道自己在做什么;)
http://dev.mysql.com/doc/refman/5.1/en/reset.html
http://dev.mysql.com/doc/refman/5.1/en/flush.html
摘自：http://blog.chinaunix.net/uid-31401119-id-5781305.html
1 Flush tables简介
官方手册中关于Flush tables的介绍， Closes all open tables, forces all tables in use to be closed, and flushes the query cache. FLUSH TABLES also removes all query results from the query cache, like the RESET QUERY CACHE statement.其解析就是关闭所有已打开的表对象，同时将查询缓存中的结果清空。就是说Flush tables的一个效...
Oracle ASH（Active Session History）是作为细粒度的AWR报告，经常在我们进行性能调优过程中被应用到。和所有的监控手段一样，A Oracle ASH（Active Session History）是作为细粒度的AWR报告，经常在我们进行性能调优过程中被应用到。和所有的监控手段一样，ASH是建立在定时性能数据采样收集，最后集中汇总分析的基础上。ASH和AWR相比，采样频率更加密集，数据以活跃会话active session为中心。 在实际中，我们也可能会遇到与ASH有...
还是南京那个客户的库，alert.log日志还报了如下的错误： Fri Oct 17 19:59:51 2014Thread 1 cannot allocate new log, sequence 4722Private strand flush not complete Current log# 1 seq# 4721 mem# 0: /oradata/sgomp5/redo01.logThread 1 advanced to l还是南京那个客户的库，alert.log日志还报了如下的错误：
Fri Oct 17 19:59:51 2014
Thread 1 cannot allocate new log, sequence 4722
Private strand flush not complete...
解决办法故障总结系统中的global read lock被其它线程获取了（被加上了S锁），因此DML在grl上面加IX锁时会出现Waiting for global read lock，而set read_only在grl上加的是S锁，因此此时是可以grant的，而此时系统中存在大查询，set global read_only=1需要等待表被关闭，因此状态是：Waiting for table flush因此原因可以确定了：系统中存在flush tables with read lock但是没有unlock tables小技巧在手动做FLUSH TABLES WITH RE...
1：创建表和存储过程mysql> create database trx;
Query OK, 1 row affected (0.02 sec)mysql> USE trx
Database changed
mysql> CREATE TABLE test_trx(-> id int(5),-> uname char(30))-> engine =innodb;
Query OK, 0 rows affected (0.01 sec)mysql> DROP PROCEDURE IF EXISTS pro_trx $$
Query OK, 0 rows affected (0.00 sec)mysql> DELIMITER $$
mysql> DROP PROCEDURE IF EXISTS pro_trx $$
Query OK, 0 rows affected, 1 ...
② 修改max_connection_errors的数量为1000： set global max_connect_errors = 1000;③ 查看是否修改成功：show variables like ‘%max_connection_errors%‘;
2、使用mysqladmin flush-hosts 命令清理一下hosts文件（不知道mysqladmin在哪个目录下可以使用命令查找：whereis mysqladmin）；① 在查找到的目录下使用命令修改：/usr/bin/mysqladmin flush-hosts -h192.168.1.1 -P3308 -uroot -prootpwd;备注：其中端口号，用户名，...
[? ???? ?? ?][root@mail ~]# mysqladmin reload[root@mail ~]# mysqladmin flush-privileges
[? ???? ????? ?? ?? ?? ?][root@mail ~]# mysqladmin -u root -p reloadEnter password:
MySQL flush privileges ???标签：本文系统来源：http://www.cnblogs.com/jweb/p/4612887.html
背景
我们知道InnoDB使用buffer pool来缓存从磁盘读取到内存的数据页。buffer pool通常由数个内存块加上一组控制结构体对象组成。内存块的个数取决于buffer pool instance的个数，不过在5.7版本中开始默认以128M（可配置）的chunk单位分配内存块，这样做的目的是为了支持buffer pool的在线动态调整大小。
Buffer pool的每个内存块通过mmap的方式分配内存，因此你会发现，在实例启动时虚存很高，而物理内存很低。这些大片的内存块又...
innodb_flush_log_at_trx_commit 和 sync_binlog 是 MySQL 的两个配置参数，前者是 InnoDB 引擎特有的。之所以把这两个参数放在一起讨论，是因为在实际应用中，它们的配置对于 MySQL 的性能有很大影响。
1. innodb_flush_log_at_trx_commit
简而言之，innodb_flush_log_at_trx_commit 参数指定了 InnoDB 在事务提交后的日志写入频率。这么说其实并不严谨，且看其不同取值的意义和表现。当 innodb_flush_log_at_trx_commit 取值为 0...
最近遇到一个案例，很多查询被阻塞没有返回结果，使用show processlist查看，发现不少MySQL线程处于Waiting for table flush状态，查询语句一直被阻塞，只能通过Kill进程来解决。那么我们先来看看Waiting for table flush的官方解释：https://dev.mysql.com/doc/refman/5.6/en/general-thread-states.html
Waiting for table flush
The thread is executing FLUSH TABLES and is waiting for all threads to close their table...
最近遇到一个案例，很多查询被阻塞没有返回结果，使用show processlist查看，发现不少MySQL线程处于Waiting for table flush状态，查询语句一直被阻塞，只能通过Kill进程来解决。那么我们先来看看Waiting for table flush的官方解释：https://dev.mysql.com/doc/refman/5.6/en/general-thread-states.html
Waiting for table flush
The thread is executing FLUSH TABLES and is waiting for all threads to close their table...
