MySQL中Redo Log相關的重要引數總結

引數介紹

下面介紹、總結一下MySQL的Redo Log相關的幾個重要引數：innodb_log_buffer_size、innodb_log_file_size、innodb_log_files_in_group

innodb_log_buffer_size

Command-Line Format	--innodb-log-buffer-size=#
System Variable	innodb_log_buffer_size
Scope	Global
Dynamic	Yes
SET_VAR Hint Applies	No
Type	Integer
Default Value	16777216
Minimum Value	1048576
Maximum Value	4294967295

The size in bytes of the buffer that InnoDB uses to write to the log files on disk. The default is 16MB. A large log buffer enables large transactions to run without the need to write the log to disk before the transactions commit

. Thus, if you have transactions that update, insert, or delete many rows, making the log buffer larger saves disk I/O. For related information, see Memory Configuration, and Section 8.5.4, “Optimizing InnoDB Redo Logging”. For general I/O tuning advice, see Section 8.5.8, “Optimizing InnoDB Disk I/O”.

引數用來設定快取還未提交的事務的緩衝區的大小，通俗來說也就是日誌緩衝區的大小。一般預設值16MB是夠用的，但如果事務之中含有blog/text等大欄位，這個緩衝區會被很快填滿會引起額外的IO負載。可通過檢視innodb_log_waits狀態，如果不為0的話，則需要增加innodb_log_buffer_size。

mysql> show variables like 'innodb_log_buffer_size';

+------------------------+----------+

| Variable_name          | Value    |

+------------------------+----------+

| innodb_log_buffer_size | 16777216 |

+------------------------+----------+

1 row in set (0.00 sec)

mysql> show status like 'innodb_log_waits';

+------------------+-------+

| Variable_name    | Value |

+------------------+-------+

| Innodb_log_waits | 0     |

+------------------+-------+

1 row in set (0.00 sec)

mysql>

innodb_log_file_size

引數innodb_log_file_size用於設定MySQL日誌組中每個日誌檔案的大小。此引數是一個全域性的靜態引數，不能動態修改。

mysql> show variables like 'innodb_log_file_size';

+----------------------+----------+

| Variable_name        | Value    |

+----------------------+----------+

| innodb_log_file_size | 50331648 |

+----------------------+----------+

1 row in set (0.02 sec)

官方文件關於引數innodb_log_file_size的介紹如下：

Command-Line Format	--innodb-log-file-size=#
System Variable	innodb_log_file_size
Scope	Global
Dynamic	No
SET_VAR Hint Applies	No
Type	Integer
Default Value	50331648
Minimum Value	4194304
Maximum Value	512GB / innodb_log_files_in_group

The size in bytes of each log file in a log group. The combined size of log files (innodb_log_file_size * innodb_log_files_in_group) cannot exceed a maximum value that is slightly less than 512GB. A pair of 255 GB log files, for example, approaches the limit but does not exceed it. The default value is 48MB.

Generally, the combined size of the log files should be large enough that the server can smooth out peaks and troughs in workload activity, which often means that there is enough redo log space to handle more than an hour of write activity. The larger the value, the less checkpoint flush activity is required in the buffer pool, saving disk I/O. Larger log files also make crash recovery slower.

The minimum innodb_log_file_size is 4MB.

For related information, see Redo Log File Configuration. For general I/O tuning advice, see Section 8.5.8, “Optimizing InnoDB Disk I/O”.

If innodb_dedicated_server is enabled, the innodb_log_file_size value is automatically configured if it is not explicitly defined. For more information, see Section 15.8.12, “Enabling Automatic Configuration for a Dedicated MySQL Server”.

注意事項：

· 引數innodb_log_file_size的單位為位元組，它的預設值（MySQL 5.6.8以及之後版本）預設為48M， 50331648/1024/1024=48M。而在之前的MySQL版本中（例如MySQL 5.5），此引數的預設值為5M。

· 引數innodb_log_file_size的最小值跟MySQL版本有關係，MySQL 5.7.11之前的版本中，引數innodb_log_file_size的最小值為1MB，MySQL 5.7.11以後版本，引數innodb_log_file_size的最小值增加到4MB。

· 引數innodb_log_file_size的最大值，二進位制日誌檔案大小（innodb_log_file_size * innodb_log_files_in_group）不能超過512GB，所以一般而言，其大小值為512GB / innodb_log_files_in_group，而innodb_log_files_in_group最小值為2，所以innodb_log_file_size最大值不能超過256GB。其實這個引數也跟MySQL版本有關，MySQL 5.5和之前的版本中，innodb_log_file_size最大值為2GB。

· 如果引數innodb_log_file_size設定太小，就會導致MySQL的日誌檔案（redo log）頻繁切換，頻繁的觸發資料庫的檢查點（Checkpoint），導致重新整理髒頁（dirty page）到磁碟的次數增加。從而影響IO效能。另外，如果有一個大的事務，把所有的日誌檔案寫滿了，還沒有寫完，這樣就會導致日誌不能切換（因為例項恢復還需要，不能被迴圈複寫，好比Oracle中的redo log無法迴圈覆蓋）這樣MySQL就Hang住了。如果引數innodb_log_file_size設定太大的話，雖然大大提升了IO效能，但是當MySQL由於意外（斷電，OOM-Kill等）宕機時，二進位制日誌很大，那麼恢復的時間必然很長。而且這個恢復時間往往不可控，受多方面因素影響。所以必須權衡二者進行綜合考慮。

innodb_log_files_in_group

引數innodb_log_files_in_group指定日誌組個數。預設為2個日誌組。

mysql> show variables like 'innodb_log_files_in_group';

+---------------------------+-------+

| Variable_name             | Value |

+---------------------------+-------+

| innodb_log_files_in_group | 2     |

+---------------------------+-------+

1 row in set (0.00 sec)

官方文件的介紹如下所示：

Command-Line Format	--innodb-log-files-in-group=#
System Variable	innodb_log_files_in_group
Scope	Global
Dynamic	No
SET_VAR Hint Applies	No
Type	Integer
Default Value	2
Minimum Value	2
Maximum Value	100

The number of log files in the log group. InnoDB writes to the files in a circular fashion. The default (and recommended) value is 2. The location of the files is specified by innodb_log_group_home_dir. The combined size of log files (innodb_log_file_size * innodb_log_files_in_group) can be up to 512GB.

此引數的預設值為2，最小值為2，最大值為100，一般可能2~3居多。這個引數其實沒有什麼可以分析的。

innodb_mirrored_log_groups

innodb_mirrored_log_groups：指定日誌映象檔案組的數量，預設為 1. 相信熟悉Oracle的應該不會陌生。不過這個引數是一個棄用的引數，MySQL 5.6中已經提示為啟用引數，在MySQL 5.7中已經移除了。這裡不做過多介紹。

引數優化

其它幾個引數的優化，其實沒有太多可以說的，主要是關於引數innodb_log_file_size的調優。引數innodb_log_file_size的大小設定或者優化設定有沒有什麼guideline呢？在MySQL 8.0之前，一般是計算一段時間內生成的事務日誌（redo log）的大小，而MySQL的日誌檔案的大小最少應該承載一個小時的業務日誌量。

一個Guideline：計算、統計一分鐘內生成的事務日誌大小，然後以這個值為均值，計算一個小時內生成了多少日誌量。參考部落格“How to calculate a good InnoDB log file size”

mysql> pager grep sequence;

PAGER set to 'grep sequence'

              
           
              
              
            
            相關推薦
			   
            
            
            
 

    

    
    MySQL中Redo Log相關的重要引數總結
        引數介紹   下面介紹、總結一下MySQL的Redo Log相關的幾個重要引數：innodb_log_buffer_size、innodb_log_file_size、innodb_log_files_in_group   innodb_log_buffer_size &nb 

  
 

    

    
    mysql undo redo log在事務中起的作用
       
 
 
 轉載自：https://blog.csdn.net/hzllblzjily/article/details/50806047 
 本文是介紹MySQL資料庫InnoDB儲存引擎重做日誌漫遊 
 00 – Undo Log Undo Log 是為了實現事務的原子性，在MySQL資料庫InnoDB儲 

  
 

    

    
    MySQL 中Redo與Binlog順序一致性問題 【轉】
      事務   sync   GC   文檔   per   ora   需要   步驟   基本思想   
首先，我們知道在MySQL中，二進制日誌是server層的，主要用來做主從復制和即時點恢復時使用的。而事務日誌（redo log）是InnoDB存儲引擎層的，用來保證事務安全的。現在我們來討論一下MySQL 

  
 

    

    
    MySQL InnoDB redo Log 淺析
      pre   數據庫事務   ins   row   進行   res   logfile   def   技術分享   MySQL的InnoDB存儲引引擎的物理文件存儲體系中，除了實際的數據文件(ibd, ibdata)之外，還有兩個非常重要的日誌系統，分別是redo日誌和undo日誌。 跟Oracle類似， 

  
 

    

    
    mysql中的concat相關函式
       
 
  
  
 一、concat()函式 
  
  功能：將多個字串連線成一個字串 
  語法：concat(str1,str2,…) 其中的字串既可以是資料表字段，也可以是指定的字串 
  返回結果為連線引數產生的字串，如果有任何一個引數為null，則該條記錄的返回值為null 
  
 二、con 

  
 

    

    
    @Param註解在mybatis中的使用及傳入引數總結
      
                例項一 @Param註解單一屬性

dao層示例

Public User selectUser(@param(“userName”) String name,@param(“userpassword”) String password);

xml對映對應示例


< 

  
 

    

    
    MySQL中有關TIMESTAMP和DATETIME的總結
      
                轉載自iVictor，原文連結：http://www.cnblogs.com/ivictor/p/5028368.html

一、MySQL中如何表示當前時間？

其實，表達方式還是蠻多的，彙總如下：

CURRENT_TIMESTAMP

CURRENT_TIMESTAMP 

  
 

    

    
    mysql中各種join連表查詢總結
      通常我們需要連線多個表查詢資料，以獲取想要的結果。 
一、連線可以分為三類： 
　　(1) 內連線：join，inner join 
　　(2) 外連線：left join，left outer join，right join，right outer join，union，union all 
　　(3) 交 

  
 

    

    
    php中的curl的一些引數總結
      
                
curl可以根據是否是http或則是https選擇加密傳送的內容；
使用curl傳送請求的基本流程
1，初始化連線控制代碼；
2，設定curl選項；
3，執行並獲取結果；
4，釋放curl連線控制代碼；
例子：
//初始化
$ch = curl_init();
//設定選項 

  
 

    

    
    MySQL中show的相關命令
      
								
								            
						
                
-- 用到的資料庫：mybatis
-- 用到的資料庫表：users(id,username)
-- 登陸使用者為:root-- 所用資料庫：本機MySQL localhost


SHOW DATA 

  
 

    

    
    mysql中bin-log日誌操作常用命令
      
                

檢視日誌是否開啟

1).可以通過Mysql配置檔案my.cnf來確認（Mysql預設開啟二進位制日誌記錄）：
# Replication Master Server (default)
# binary logging is required for replicati 

  
 

    

    
    eclipse 中Tomcat的相關配置操作總結之45秒啟動限制
      
                1.修改Tomcat的45秒啟動超時：1.1到eclipse的工作空間，找到工作空間中.metadata/.plugins/org.eclipse.wst.server.core目錄中的servers.xml檔案，修改servers.xml，eg:F:\java_worksp 

  
 

    

    
    MySQL中general log使用
      
							
							
							開啟general log會將所有到達MySQL Server的SQL語句記錄下來。一般不會開啟開功能，因為log的量會非常龐大。但個別情況下可能會臨時的開一會兒general log以供排障使用。 
相關引數一共有3：general_log、log_outpu 

  
 

    

    
    MySQL中的重做日誌（redo log），回滾日誌（undo log），以及二進位制日誌（binlog）的簡單總結
       
 
 MySQL中有六種日誌檔案， 分別是：重做日誌（redo log）、回滾日誌（undo log）、二進位制日誌（binlog）、錯誤日誌（errorlog）、慢查詢日誌（slow query log）、一般查詢日誌（general log），中繼日誌（relay log）。 其中重做日誌和回滾日誌與 

  
 

    

    
    SQL Server 與MySQL中排序規則與字符集相關知識的一點總結
      bubuko   col   https   中文字符集   目前   創建   har   運算   進制   原文:SQL Server 與MySQL中排序規則與字符集相關知識的一點總結 
字符集&&排序規則
字符集是針對不同語言的字符編碼的集合，比如UTF-8字符集，GBK字符集，G 

  
 

    

    
    MySQL JDBC URL中幾個重要引數說明
      
                
http://www.cnblogs.com/yokoboy/archive/2013/03/01/2939315.html
jdbc:mysql://[host:port],[host:port].../[database][?引數名1][=引數值1][&引數名2 

  
 

    

    
    MySQL中基於mysqldump和二進制日誌log-bin二進制日誌進行邏輯備份以及基於時間點的還原
      總結   mysql-bin   lin   .sql   bin   -h   eat   log-bin   之前    
本文出處：http://www.cnblogs.com/wy123/p/6956464.html 
 
 
本文僅模擬使用mysqldump和log-bin二進制日誌進行簡單 

  
 

    

    
    Mysql中的排序規則utf8_unicode_ci、utf8_general_ci的區別總結
      數據   general   ins   什麽   tab   where   進制   用戶   table   Mysql中的排序規則utf8_unicode_ci、utf8_general_ci的區別總結
用了這麽長時間，發現自己竟然不知道utf_bin和utf_general_ci這兩者到底有什麽區別 

  
 

    

    
    linux中MySQL的bin-log日誌格式更改
      ges   form   格式   .com   nbsp   images   onf   logs   png   查看與配置binlog格式
1.查看binlog_format
進入mysql
show variables like ‘binlog_format‘

修改binlog日誌格式
修改配置文 

  
 

    

    
    MySQL中的日誌類型（二）-General query log
      sql   設置   set   線程id   lob   進行   mysq   示例   mark   簡介
General query log記錄客戶端的連接和斷開，以及從客戶端發來的每一個SQL語句。
日誌內容格式
General query log可以記錄在文件中，也可以記錄在表中，格式如下：在文件