mysql沒有innodbtrx

A. 關於MYSQL配置文件中innodb_flush_log_at_trx_commit的疑問

這是關繫到事務日誌的一個參數,0或者2,只是定時的刷新到log buffer,

事務日誌..不知道你明白不..就是你說的也影響到更新數據的操作.但對正常的數據讀寫不會有影響...簡單來說..就是你事務提交了..,你就可以查到commit後的數據. 但這時並不一定寫入到磁碟了..可能在緩存..
這個參數也就是在commit的時候會有差異,如果為1,就每個事務提交就會要刷新到磁碟後才算提交完成....這種情況是保證了事務的acid,但性能會有很大的影響...
如果為0或者2,只要commit了就算完成了...0和2的區別在於
0：當mysql掛了之後，可能會損失前一秒的事務信息
2：當mysql掛了之後，如果系統文件系統沒掛，不會有事務丟失

B. Mysql InnoDB和MyISAM的區別

InnoDB和MyISAM是在使用MySQL最常用的兩個表類型，各有優缺點，視具體應用而定。基本的差別為：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持已經外部鍵等高級資料庫功能。

MyIASM是IASM表的新版本，有如下擴展：
二進制層次的可移植性。
NULL列索引。
對變長行比ISAM表有更少的碎片。
支持大文件。
更好的索引壓縮。
更好的鍵嗎統計分布。
更好和更快的auto_increment處理。

以下是一些細節和具體實現的差別：

1.InnoDB不支持FULLTEXT類型的索引。
2.InnoDB中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數即可。注意的是，當count(*)語句包含where條件時，兩種表的操作是一樣的。
3.對於AUTO_INCREMENT類型的欄位，InnoDB中必須包含只有該欄位的索引，但是在MyISAM表中，可以和其他欄位一起建立聯合索引。
4.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據後再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的表不適用。

另外，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like 「%aaa%」

任何一種表都不是萬能的，只用恰當的針對業務類型來選擇合適的表類型，才能最大的發揮MySQL的性能優勢.MySQL中MyISAM引擎與InnoDB引擎性能簡單測試

[硬體配置]
CPU : AMD2500+ (1.8G)
內存: 1G/現代
硬碟: 80G/IDE

[軟體配置]
OS : Windows XP SP2
SE : PHP5.2.1
DB : MySQL5.0.37
Web: IIS6

[MySQL表結構]

CREATE TABLE `myisam` (
`id` int(11) NOT NULL auto_increment,
`name` varchar(100) default NULL,
`content` text,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=gbk;

CREATE TABLE `innodb` (
`id` int(11) NOT NULL auto_increment,
`name` varchar(100) default NULL,
`content` text,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk;

[數據內容]

$name = "heiyeluren";
$content = "MySQL支持數個存儲引擎作為對不同表的類型的處理器。MySQL存儲引擎包括處理事務安全表的引擎和處理非事務安全表的引擎：· MyISAM管理非事務表。它提供高速存儲和檢索，以及全文搜索能力。MyISAM在所有MySQL配置里被支持，它是默認的存儲引擎，除非你配置MySQL默認使用另外一個引擎。 ·MEMORY存儲引擎提供「內存中」表。MERGE存儲引擎允許集合將被處理同樣的MyISAM表作為一個單獨的表。就像MyISAM一樣，MEMORY和MERGE存儲引擎處理非事務表，這兩個引擎也都被默認包含在MySQL中。 釋：MEMORY存儲引擎正式地被確定為HEAP引擎。· InnoDB和BDB存儲引擎提供事務安全表。BDB被包含在為支持它的操作系統發布的MySQL-Max二進制分發版里。InnoDB也默認被包括在所有MySQL 5.1二進制分發版里，你可以按照喜好通過配置MySQL來允許或禁止任一引擎。·EXAMPLE存儲引擎是一個「存根」引擎，它不做什麼。你可以用這個引擎創建表，但沒有數據被存儲於其中或從其中檢索。這個引擎的目的是服務，在MySQL源代碼中的一個例子，它演示說明如何開始編寫新存儲引擎。同樣，它的主要興趣是對開發者。";

[插入數據-1] (innodb_flush_log_at_trx_commit=1)
MyISAM 1W：3/s
InnoDB 1W：219/s

MyISAM 10W：29/s
InnoDB 10W：2092/s

MyISAM 100W：287/s
InnoDB 100W：沒敢測試

[插入數據-2] (innodb_flush_log_at_trx_commit=0)
MyISAM 1W：3/s
InnoDB 1W：3/s

MyISAM 10W：30/s
InnoDB 10W：29/s

MyISAM 100W：273/s
InnoDB 100W：423/s

[插入數據3] (innodb_buffer_pool_size=1024M)
InnoDB 1W：3/s
InnoDB 10W：33/s
InnoDB 100W：607/s

[插入數據4] (innodb_buffer_pool_size=256M, innodb_flush_log_at_trx_commit=1, set autocommit=0)

InnoDB 1W：3/s
InnoDB 10W：26/s
InnoDB 100W：379/s

[MySQL 配置文件] (預設配置)

# MySQL Server Instance Configuration File
[client]
port=3306

[mysql]
default-character-set=gbk

[mysqld]
port=3306
basedir="C:/mysql50/"
datadir="C:/mysql50/Data/"
default-character-set=gbk
default-storage-engine=INNODB
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
max_connections=100

query_cache_size=0
table_cache=256
tmp_table_size=50M
thread_cache_size=8
myisam_max_sort_file_size=100G
myisam_max_extra_sort_file_size=100G
myisam_sort_buffer_size=100M
key_buffer_size=82M
read_buffer_size=64K
read_rnd_buffer_size=256K
sort_buffer_size=256K

innodb_additional_mem_pool_size=4M
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=2M
innodb_buffer_pool_size=159M
innodb_log_file_size=80M
innodb_thread_concurrency=8

【總結】

可以看出在MySQL 5.0裡面，MyISAM和InnoDB存儲引擎性能差別並不是很大，針對InnoDB來說，影響性能的主要是 innodb_flush_log_at_trx_commit 這個選項，如果設置為1的話，那麼每次插入數據的時候都會自動提交，導致性能急劇下降，應該是跟刷新日誌有關系，設置為0效率能夠看到明顯提升，當然，同樣你可以SQL中提交「SET AUTOCOMMIT = 0」來設置達到好的性能。另外，還聽說通過設置innodb_buffer_pool_size能夠提升InnoDB的性能，但是我測試發現沒有特別明顯的提升。

基本上我們可以考慮使用InnoDB來替代我們的MyISAM引擎了，因為InnoDB自身很多良好的特點，比如事務支持、存儲過程、視圖、行級鎖定等等，在並發很多的情況下，相信InnoDB的表現肯定要比MyISAM強很多，當然，相應的在my.cnf中的配置也是比較關鍵的，良好的配置，能夠有效的加速你的應用。

如果不是很復雜的Web應用，非關鍵應用，還是可以繼續考慮MyISAM的，這個具體情況可以自己斟酌。

C. 如何查看mysql innodb

mysql被設計成了一個單進程多線程架構的資料庫

開始：

1、默認的InnoDB存儲引擎的後台線程有7個，4個IO thread ，1個master thread 1個鎖監控 thread 1個錯誤監控thread，IO thread 的數量由配置文件的innodb_file_io_threads參數控制，默認是4,linux下面不可以調整，但是window下面可以

show engine innodb status \G;(root用戶，或者你的用戶有查看許可權)

show variables like 'innodb_version' \G;

show variables like 'innodb_%io_threads' \G;

注釋：我十分建議大家安裝獨立的mysql，不要用集成環境，因為出現問題會後悔死的

2、innodb存儲引擎內存有以下部分：

buffer pool 緩沖池
redo log buffer 重做日誌緩沖池
additional memory pool 額外內存池

配置文件的innodb:
# Comment the following if you are using InnoDB tables
#skip-innodb
innodb_data_home_dir = "D:/xampp/mysql/data"
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = "D:/xampp/mysql/data"
#innodb_log_arch_dir = "D:/xampp/mysql/data"
## You can set .._buffer_pool_size up to 50 - 80 %
## of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 16M
innodb_additional_mem_pool_size = 2M
## Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 5M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50

這是my.ini的配置，更多的InnoDB的配置，可以看my_innodb_heavy_4G.ini
注釋：配置文件的值可能會根據不同的環境更改，上面的配置文件是在我安裝之後默認的

3、緩沖池是用來存放各種數據的緩存，InnoDB存儲引擎的工作方式是將資料庫文件按頁（每頁16K）讀取到緩沖池，然後按照最近最少使用（LRU）的演算法保留在緩沖池中的緩存數據

輸入：show engine innodb status\G;

D. mysql 中InnoDB和MyISAM的區別分析小結

InnoDB和MyISAM是在使用MySQL最常用的兩個表類型，各有優缺點，視具體應用而定。
下面是已知的兩者之間的差別，僅供參考。

innodb
InnoDB 給 MySQL 提供了具有事務(commit)、回滾(rollback)和崩潰修復能力
(crash recovery capabilities)的事務安全
(transaction-safe (ACID compliant))型表。InnoDB 提供了行鎖
(locking on row level)，提供與 Oracle 類型一致的不加鎖讀取(non-locking
read in SELECTs)。這些特性均提高了多用戶並發操作的性能表現。
在InnoDB表中不需要擴大鎖定(lock escalation)，因為 InnoDB 的列鎖定(row level
locks)適宜非常小的空間。InnoDB 是 MySQL 上第一個提供外鍵約束(FOREIGN KEY
constraints)的表引擎。

InnoDB 的設計目標是處理大容量資料庫系統，它的 CPU 利用率是其它基於磁碟的關系資料庫
引擎所不能比的。在技術上，InnoDB 是一套放在 MySQL 後台的完整資料庫系統，
InnoDB 在主內存中建立其專用的緩沖池用於高速緩沖數據和索引。 InnoDB 把數據和索引存
放在表空間里，可能包含多個文件，這與其它的不一樣，舉例來說，在 MyISAM 中，表被存放
在單獨的文件中。InnoDB 表的大小隻受限於操作系統的文件大小，一般為 2 GB。
InnoDB所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的
表空間文件）,相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，
或者用 mysqlmp。

MyISAM
MyISAM 是MySQL預設存貯引擎 .

每張MyISAM 表被存放在三個文件 。frm 文件存放表格定義。 數據文件是MYD (MYData) 。
索引文件是MYI (MYIndex) 引伸。

因為MyISAM相對簡單所以在效率上要優於InnoDB..小型應用使用MyISAM是不錯的選擇.

MyISAM表是保存成文件的形式,在跨平台的數據轉移中使用MyISAM存儲會省去不少的麻煩

MyISAM是ISAM表的新版本，有如下擴展：

·二進制層次的可移植性。
·NULL列索引。
·對變長行比ISAM表有更少的碎片。
·支持大文件。
·更好的索引壓縮。
·更好的鍵嗎統計分布。
·更好和更快的auto_increment處理。

以下是一些細節和具體實現的差別：

◆1.InnoDB不支持FULLTEXT類型的索引。
◆2.InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，
InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數即可。
注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。
◆3.對於AUTO_INCREMENT類型的欄位，InnoDB中必須包含只有該欄位的索引，但是在MyISAM
表中，可以和其他欄位一起建立聯合索引。
◆4.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
◆5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成
MyISAM表，導入數據後再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的
表不適用。

◆MyISAM類型的二進制數據文件可以在不同操作系統中遷移。

另外，InnoDB表的行鎖也不是絕對的，假如在執行一個SQL語句時MySQL不能確定要掃描的
范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like 「%aaa%」

再另外，使用兩種的選擇：如果你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，
應該使用InnoDB表。如果執行大量的SELECT，MyISAM是更好的選擇。若需要使用事務處理，
但是原來的數據表使用的是myisam，就需要改為bdb或者innodb，這樣基於myisam的程序，
將類型改為innodb後，其程序不用改動……

綜上所述，任何一種表都不是萬能的，只有恰當的針對業務類型來選擇合適的表類型，才能
最大的發揮MySQL的性能優勢。

MyISAM和InnoDB優化：
key_buffer_size - 這對MyISAM表來說非常重要。如果只是使用MyISAM表，可以把它設置
為可用內存的 30-40%。合理的值取決於索引大小、數據量以及負載 -- 記住，MyISAM表會
使用操作系統的緩存來緩存數據，因此需要留出部分內存給它們，很多情況下數據比索引大
多了。盡管如此，需要總是檢查是否所有的 key_buffer 都被利用了 -- .MYI 文件只有 1GB
，而 key_buffer 卻設置為 4GB 的情況是非常少的。這么做太浪費了。如果你很少使用
MyISAM表，那麼也保留低於 16-32MB 的 key_buffer_size 以適應給予磁碟的臨時表索引
所需。
innodb_buffer_pool_size - 這對Innodb表來說非常重要。Innodb相比MyISAM表對緩沖更
為敏感。MyISAM可以在默認的 key_buffer_size 設置下運行的可以，然而Innodb在默認的
innodb_buffer_pool_size 設置下卻跟蝸牛似的。由於Innodb把數據和索引都緩存起來，
無需留給操作系統太多的內存，因此如果只需要用Innodb的話則可以設置它高達 70-80% 的
可用內存。一些應用於 key_buffer 的規則有 -- 如果你的數據量不大，並且不會暴增，那
么無需把
innodb_additional_pool_size - 這個選項對性能影響並不太多，至少在有差不多足夠內存
可分配的操作系統上是這樣。不過如果你仍然想設置為 20MB(或者更大)，因此就需要看一下
Innodb其他需要分配的內存有多少。
innodb_log_file_size 在高寫入負載尤其是大數據集的情況下很重要。這個值越大則性能相
對越高，但是要注意到可能會增加恢復時間。我經常設置為 64-512MB，跟據伺服器大小而異。
innodb_log_buffer_size 默認的設置在中等強度寫入負載以及較短事務的情況下，伺服器性
能還可以。如果存在更新操作峰值或者負載較大，就應該考慮加大它的值了。如果它的值設置
太高了，可能會浪費內存 -- 它每秒都會刷新一次，因此無需設置超過1秒所需的內存空間。
通常 8-16MB 就足夠了。越小的系統它的值越小。
innodb_flush_logs_at_trx_commit 是否為Innodb比MyISAM慢1000倍而頭大？看來也許你忘
了修改這個參數了。默認值是 1，這意味著每次提交的更新事務（或者每個事務之外的語句）
都會刷新到磁碟中，而這相當耗費資源，尤其是沒有電池備用緩存時。很多應用程序，尤其是
從 MyISAM轉變過來的那些，把它的值設置為 2 就可以了，也就是不把日誌刷新到磁碟上，
而只刷新到操作系統的緩存上。日誌仍然會每秒刷新到磁碟中去，因此通常不會丟失每秒1-
2次更新的消耗。如果設置為 0 就快很多了，不過也相對不安全了 -- MySQL伺服器崩潰時
就會丟失一些事務。設置為 2 指揮丟失刷新到操作系統緩存的那部分事務。
table_cache -- 打開一個表的開銷可能很大。例如MyISAM把MYI文件頭標志該表正在使用
中。你肯定不希望這種操作太頻繁，所以通常要加大緩存數量，使得足以最大限度地緩存打
開的表。它需要用到操作系統的資源以及內存，對當前的硬體配置來說當然不是什麼問題了。
如果你有200多個表的話，那麼設置為 1024 也許比較合適（每個線程都需要打開表），
如果連接數比較大那麼就加大它的值。我曾經見過設置為 100,000 的情況。
thread_cache -- 線程的創建和銷毀的開銷可能很大，因為每個線程的連接/斷開都需要。
我通常至少設置為 16。如果應用程序中有大量的跳躍並發連接並且 Threads_Created 的值
也比較大，那麼我就會加大它的值。它的目的是在通常的操作中無需創建新線程。
query_cache -- 如果你的應用程序有大量讀，而且沒有應用程序級別的緩存，那麼這很有
用。不要把它設置太大了，因為想要維護它也需要不少開銷，這會導致MySQL變慢。通常設置
為 32-512Mb。設置完之後最好是跟蹤一段時間，查看是否運行良好。在一定的負載壓力下，
如果緩存命中率太低了，就啟用它。
sort_buffer_size --如果你只有一些簡單的查詢，那麼就無需增加它的值了，盡管你有
64GB 的內存。搞不好也許會降低性能

E. mysql innodb 怎麼配置

你上面這些語句是正確的，如果你的my.ini裡面沒有，可以自己添加進去。
注意，如果你的機器是Unix的話，c:\mysql這樣的路徑要修改為UNIX的格式，例如/yusr/local/mysql

F. MySQL的log-bin被關閉了innodb_flush_log_at_trx_commit和sync_binlog還有用嗎

1.准備工作
下載mysql的最新免安裝版本mysql-noinstall-5.1.53-win32.zip，解壓縮到相關目錄，如：d:\\ mysql-noinstall-5.1.53-win32。這個就是mysql的根目錄了。
2.配置
在根目錄下有幾個文件如下：
my-small.ini （這是針對一個小內存（〈= 64MB）的系統，MySQL 只會被時不時地用一下，很重要的是 mysqld 守護進程不會使用很多資源。）
my-medium.ini （這是針對一個小內存（32M- 64M）系統的，MySQL 扮演了一個比較重要的部分，或者當系統達到 128M 後 MySQL 被用來與其它程序（如一個 Web 伺服器）一起使用。）
my-large.ini （這是針對一個內存 = 512M 的大系統，系統主要運行 MySQL）
my-huge.ini （這是針對一個內存為 1G – 2G 的大系統，系統主要運行 MySQL）
my-innodb-heavy-4G.ini （這是一個針對 4G 內存系統（主要運行只有 InnoDB 表的 MySQL 並使用幾個連接數執行復雜的查詢）的 MySQL 配置文件例子）
對應自己的配置，自己選擇下，其他的就刪除吧。然後重命名成my.ini。編輯my.ini，在[mysqld]節點下增加如下幾句：
basedir= D:/mysql-noinstall-5.1.53-win32 #根目錄
datadir= D:/mysql-noinstall-5.1.53-win32/data #數據文件存放目錄
3.安裝服務
cmd：進入mysql的根目錄\bin：
mysqld --install MySQL
這樣用默認的 MySQL 為名稱添加了一個windows服務。要移除mysql服務：
mysqld –remove MySQL
設置服務為自動啟動：
sc config MySQL start= auto
4.啟動與關閉
復制代碼 代碼如下:
cmd：
net start MySQL --啟動

G. Mysql中InnoDb數據如何恢復重做了系統，只有data文件夾還在

停止MySQL服務。
修改my.ini，
在文件最後增加上面一行指令 innodb_force_recovery=4
修改文件中datadir以及innodb_data_home_dir的指向－－指向之前的數據文件目錄。
保存my.ini。
重新啟動MySQL。
檢查資料庫及表，是否恢復正常。
如正常，去掉my.ini中的innodb_force_recovery = 4
重新啟動MySQL。
OK。

H. MySQL資料庫恢復(InnoDB)

你會備份，不能恢復。真的服你了。
給你二個解決辦法：
第一個辦法：使用這個命令格式
shell>mysqladmin create 資料庫名 -uroot -p (資料庫已經存在就不用此步)
shell>mysql -uroot -p 資料庫名 < backup-file.sql

第二個辦法：更詳細的用法在mysql的在線手冊中，已經給你找到備份恢復的頁面了，打看學一下，你們問題就可以肯定搞定了。這是mysql官方中文手冊。
備份恢復的頁面鏈接：http://dev.mysql.com/doc/refman/5.1/zh/database-administration.html#disaster-prevention

I. 如何開啟mysql innodb存儲引擎

MySQL資料庫InnoDB存儲引擎使用了B策略, InnoDB存儲引擎中的恢復機制有幾個特點：
A. 在重做Redo Log時，並不關心事務性。 恢復時，沒有BEGIN，也沒有COMMIT,ROLLBACK的行為。也不關心每個日誌是哪個事務的。盡管事務ID等事務相關的內容會記入Redo Log，這些內容只是被當作要操作的數據的一部分。

B. 使用B策略就必須要將Undo Log持久化，而且必須要在寫Redo Log之前將對應的Undo Log寫入磁碟。Undo和Redo Log的這種關聯，使得持久化變得復雜起來。為了降低復雜度，InnoDB將Undo Log看作數據，因此記錄Undo Log的操作也會記錄到redo log中。這樣undo log就可以象數據一樣緩存起來，而不用在redo log之前寫入磁碟了。

包含Undo Log操作的Redo Log，看起來是這樣的：

記錄1: <trx1, Undo log insert <undo_insert …>>

記錄2: <trx1, insert …>

記錄3: <trx2, Undo log insert <undo_update …>>

記錄4: <trx2, update …>

記錄5: <trx3, Undo log insert <undo_delete …>>

記錄6: <trx3, delete …>

C. 到這里，還有一個問題沒有弄清楚。既然Redo沒有事務性，那豈不是會重新執行被回滾了的事務？確實是這樣。同時Innodb也會將事務回滾時的操作也記錄到redo log中。回滾操作本質上也是對數據進行修改，因此回滾時對數據的操作也會記錄到Redo Log中。

一個回滾了的事務的Redo Log，看起來是這樣的：

記錄1: <trx1, Undo log insert <undo_insert …>>

記錄2: <trx1, insert A…>

記錄3: <trx1, Undo log insert <undo_update …>>

記錄4: <trx1, update B…>

記錄5: <trx1, Undo log insert <undo_delete …>>

記錄6: <trx1, delete C…>

記錄7: <trx1, insert C>

記錄8: <trx1, update B to old value>

記錄9: <trx1, delete A>

一個被回滾了的事務在恢復時的操作就是先redo再undo，因此不會破壞數據的一致性.
- InnoDB存儲引擎中相關的函數
Redo: recv_recovery_from_checkpoint_start()
Undo: recv_recovery_rollback_active()
Undo Log的Redo Log: trx_undof_page_add_undo_rec_log()

J. MySQL如何從完全備份恢復單個InnoDB表

1. 開啟了參數innodb_file_per_table
2. 安裝工具：mysql-utilities，其中mysqlfrm可以讀取表結構。
yum install mysql-utilities -y

查看原表中的數據：

mysql> select * from yayun.t1;
+------+------+
| id | name |
+------+------+
| 1 | aa |
| 2 | bb |
| 3 | cc |
| 4 | dd |
+------+------+
4 rows in set (0.00 sec)

mysql>

執行備份：
innobackupex --defaults-file=/data/mysql/3306/my.cnf --user=root --password=123 --sock=/data/mysql/3306/mysqltmp/mysql.sock /data/

apply-log
innobackupex --defaults-file=/data/mysql/3306/my.cnf --apply-log /data/2017-03-22_16-13-00/