如何对MySQL中的大表进行数据归档 如何实现大数据量数据库的历史数据归档
\u5982\u4f55\u5b9e\u73b0\u5927\u6570\u636e\u91cf\u6570\u636e\u5e93\u7684\u5386\u53f2\u6570\u636e\u5f52\u6863\u4f7f\u7528\u5de5\u5177pt-archiver
\u539f\u7406\u89e3\u6790
\u4f5c\u4e3aMySQL DBA\uff0c\u53ef\u4ee5\u8bf4\u5e94\u8be5\u6ca1\u6709\u4e0d\u77e5\u9053pt-archiver\u4e86\uff0c\u4f5c\u4e3apt-toolkit\u5957\u4ef6\u4e2d\u7684\u91cd\u8981\u6210\u5458\uff0c\u5f80\u5f80\u80fd\u591f\u8f7b\u677e\u5e2e\u52a9DBA\u89e3\u51b3\u6570\u636e\u5f52\u6863\u7684\u95ee\u9898\u3002\u4f8b\u5982\u7ebf\u4e0a\u4e00\u4e2a\u6d41\u6c34\u8868\uff0c\u4e1a\u52a1\u4ec5\u4ec5\u53ea\u9700\u8981\u5b58\u653e\u6700\u8fd13\u4e2a\u6708\u7684\u6d41\u6c34\u6570\u636e\uff0c\u4e09\u4e2a\u6708\u524d\u7684\u6570\u636e\u505a\u5f52\u6863\u5373\u53ef\uff0c\u90a3\u4e48pt-archiver\u5c31\u53ef\u4ee5\u8f7b\u677e\u5e2e\u4f60\u5b8c\u6210\u8fd9\u4ef6\u4e8b\u60c5\uff0c\u751a\u81f3\u4f60\u53ef\u4ee5\u914d\u7f6e\u6210\u81ea\u52a8\u4efb\u52a1\uff0c\u65e0\u9700\u4eba\u5de5\u5e72\u9884\u3002
\u4f5c\u4e3aDBA\uff0c\u6211\u4eec\u5e94\u8be5\u77e5\u5176\u7136\u66f4\u5e94\u8be5\u77e5\u5176\u6240\u4ee5\u7136\uff0c\u8fd9\u6837\u6211\u4eec\u4e5f\u80fd\u591f\u653e\u5fc3\u5730\u4f7f\u7528pt\u5de5\u5177\u3002\u76f8\u4fe1\u5f88\u591aDBA\u90fd\u7814\u7a76\u8fc7pt-online-schema-change\u7684\u539f\u7406\uff0c\u90a3\u4e48\u4eca\u5929\u6211\u4eec\u6df1\u5165\u5228\u4e00\u5228pt-archiver\u7684\u5de5\u4f5c\u539f\u7406\u3002
\u4e00\u3001\u539f\u7406\u89c2\u5bdf
\u571f\u4eba\u6709\u571f\u529e\u6cd5\uff0c\u6211\u4eec\u76f4\u63a5\u5f00\u542fgeneral log\u6765\u89c2\u5bdfpt-archiver\u662f\u5982\u4f55\u5b8c\u6210\u5f52\u6863\u7684\u3002
\u547d\u4ee4
pt-archiver --source h=127.0.0.1,u=xucl,p=xuclxucl,P=3306,D=xucl,t=t1 --dest h=127.0.0.1,P=3306,u=xucl,p=xuclxucl,D=xucl_archive,t=t1 --progress 5000 \
--statistics --charset=utf8mb4 --limit=10000 --txn-size 1000 --sleep 30
\u5e38\u7528\u9009\u9879
--analyze
\u6307\u5b9a\u5de5\u5177\u5b8c\u6210\u6570\u636e\u5f52\u6863\u540e\u5bf9\u8868\u6267\u884c'ANALYZE TABLE'\u64cd\u4f5c\u3002\u6307\u5b9a\u65b9\u6cd5\u5982'--analyze=ds'\uff0cs\u4ee3\u8868\u6e90\u7aef\u8868\uff0cd\u4ee3\u8868\u76ee\u6807\u7aef\u8868\uff0c\u4e5f\u53ef\u4ee5\u5355\u72ec\u6307\u5b9a\u3002
--ask-pass
\u547d\u4ee4\u884c\u63d0\u793a\u5bc6\u7801\u8f93\u5165\uff0c\u4fdd\u62a4\u5bc6\u7801\u5b89\u5168\uff0c\u524d\u63d0\u9700\u5b89\u88c5\u6a21\u5757perl-TermReadKey\u3002
--buffer
\u6307\u5b9a\u7f13\u51b2\u533a\u6570\u636e\u5237\u65b0\u5230\u9009\u9879'--file'\u6307\u5b9a\u7684\u6587\u4ef6\u5e76\u4e14\u5728\u63d0\u4ea4\u65f6\u5237\u65b0\u3002
\u53ea\u6709\u5f53\u4e8b\u52a1\u63d0\u4ea4\u65f6\u7981\u7528\u81ea\u52a8\u5237\u65b0\u5230'--file'\u6307\u5b9a\u7684\u6587\u4ef6\u548c\u5237\u65b0\u6587\u4ef6\u5230\u78c1\u76d8\uff0c\u8fd9\u610f\u5473\u7740\u6587\u4ef6\u662f\u88ab\u64cd\u4f5c\u7cfb\u7edf\u5757\u8fdb\u884c\u5237\u65b0\uff0c\u56e0\u6b64\u5728\u4e8b\u52a1\u8fdb\u884c\u63d0\u4ea4\u4e4b\u524d\u6709\u4e00\u4e9b\u6570\u636e\u9690\u5f0f\u5237\u65b0\u5230\u78c1\u76d8\u3002\u9ed8\u8ba4\u662f\u6bcf\u4e00\u884c\u64cd\u4f5c\u540e\u8fdb\u884c\u6587\u4ef6\u5237\u65b0\u5230\u78c1\u76d8\u3002
--bulk-delete
\u6307\u5b9a\u5355\u4e2a\u8bed\u53e5\u5220\u9664chunk\u7684\u65b9\u5f0f\u6765\u6279\u91cf\u5220\u9664\u884c\uff0c\u4f1a\u9690\u5f0f\u6267\u884c\u9009\u9879'--commit-each'\u3002
\u4f7f\u7528\u5355\u4e2aDELETE\u8bed\u53e5\u5220\u9664\u6bcf\u4e2achunk\u5bf9\u5e94\u7684\u8868\u884c\uff0c\u901a\u5e38\u7684\u505a\u6cd5\u662f\u901a\u8fc7\u4e3b\u952e\u8fdb\u884c\u9010\u884c\u7684\u5220\u9664\uff0c\u6279\u91cf\u5220\u9664\u5728\u901f\u5ea6\u4e0a\u4f1a\u6709\u5f88\u5927\u7684\u63d0\u5347\uff0c\u4f46\u5982\u679c\u6709\u590d\u6742\u7684'WHERE'\u6761\u4ef6\u5c31\u53ef\u80fd\u4f1a\u66f4\u6162\u3002
--[no]bulk-delete-limit
\u9ed8\u8ba4\u503c\uff1ayes
\u6307\u5b9a\u6dfb\u52a0\u9009\u9879'--bulk-delete'\u548c'--limit'\u5230\u8fdb\u884c\u5f52\u6863\u7684\u8bed\u53e5\u4e2d\u3002
--bulk-insert
\u4f7f\u7528LOAD DATA LOCAL INFILE\u7684\u65b9\u6cd5\uff0c\u901a\u8fc7\u6279\u91cf\u63d2\u5165chunk\u7684\u65b9\u5f0f\u6765\u63d2\u5165\u884c(\u9690\u5f0f\u6307\u5b9a\u9009\u9879'--bulk-delete'\u548c'--commit-each')
\u800c\u4e0d\u662f\u901a\u8fc7\u9010\u884c\u5355\u72ec\u63d2\u5165\u7684\u65b9\u5f0f\u8fdb\u884c\uff0c\u5b83\u6bd4\u5355\u884c\u6267\u884cINSERT\u8bed\u53e5\u63d2\u5165\u7684\u901f\u5ea6\u8981\u5feb\u3002\u901a\u8fc7\u9690\u5f0f\u521b\u5efa\u4e34\u65f6\u8868\u6765\u5b58\u50a8\u9700\u8981\u6279\u91cf\u63d2\u5165\u7684\u884c(chunk)\uff0c\u800c\u4e0d\u662f\u76f4\u63a5\u8fdb\u884c\u6279\u91cf\u63d2\u5165\u64cd\u4f5c\uff0c\u5f53\u4e34\u65f6\u8868\u4e2d\u5b8c\u6210\u6bcf\u4e2achunk\u4e4b\u540e\u518d\u8fdb\u884c\u7edf\u4e00\u6570\u636e\u52a0\u8f7d\u3002\u4e3a\u4e86\u4fdd\u8bc1\u6570\u636e\u7684\u5b89\u5168\u6027\uff0c\u8be5\u9009\u9879\u4f1a\u5f3a\u5236\u4f7f\u7528\u9009\u9879'--bulk-delete'\uff0c\u8fd9\u6837\u80fd\u591f\u6709\u6548\u4fdd\u8bc1\u5220\u9664\u662f\u5728\u63d2\u5165\u5b8c\u5168\u6210\u529f\u4e4b\u540e\u8fdb\u884c\u7684\u3002
--channel
\u6307\u5b9a\u5f53\u4e3b\u4ece\u590d\u5236\u73af\u5883\u662f\u591a\u6e90\u590d\u5236\u65f6\u9700\u8981\u8fdb\u884c\u5f52\u6863\u54ea\u4e2a\u4e3b\u5e93\u7684\u6570\u636e\uff0c\u9002\u7528\u4e8e\u591a\u6e90\u590d\u5236\u4e2d\u591a\u4e2a\u4e3b\u5e93\u5bf9\u5e94\u4e00\u4e2a\u4ece\u5e93\u7684\u60c5\u5f62\u3002
--charset\uff0c-A
\u6307\u5b9a\u8fde\u63a5\u5b57\u7b26\u96c6\u3002
--[no]check-charset
\u9ed8\u8ba4\u503c\uff1ayes
\u6307\u5b9a\u68c0\u67e5\u786e\u4fdd\u6570\u636e\u5e93\u8fde\u63a5\u65f6\u5b57\u7b26\u96c6\u548c\u8868\u5b57\u7b26\u96c6\u76f8\u540c\u3002
--[no]check-columns
\u9ed8\u8ba4\u503c\uff1ayes
\u6307\u5b9a\u68c0\u67e5\u786e\u4fdd\u9009\u9879'--source'\u6307\u5b9a\u7684\u6e90\u7aef\u8868\u548c'--dest'\u6307\u5b9a\u7684\u76ee\u6807\u8868\u5177\u6709\u76f8\u540c\u7684\u5b57\u6bb5\u3002
\u4e0d\u68c0\u67e5\u5b57\u6bb5\u5728\u8868\u7684\u6392\u5e8f\u548c\u5b57\u6bb5\u7c7b\u578b\uff0c\u53ea\u68c0\u67e5\u5b57\u6bb5\u662f\u5426\u5728\u6e90\u7aef\u8868\u548c\u76ee\u6807\u8868\u5f53\u4e2d\u90fd\u5b58\u5728\uff0c\u5982\u679c\u6709\u4e0d\u76f8\u540c\u7684\u5b57\u6bb5\u5dee\u5f02\uff0c\u5219\u5de5\u5177\u62a5\u9519\u9000\u51fa\u3002\u5982\u679c\u9700\u8981\u7981\u7528\u8be5\u68c0\u67e5\uff0c\u5219\u6307\u5b9a'--no-check-columns'\u3002
--check-slave-lag
\u6307\u5b9a\u4e3b\u4ece\u590d\u5236\u5ef6\u8fdf\u5927\u4e8e\u9009\u9879'--max-lag'\u6307\u5b9a\u7684\u503c\u4e4b\u540e\u6682\u505c\u5f52\u6863\u64cd\u4f5c\u3002\u9ed8\u8ba4\u60c5\u51b5\u4e0b\uff0c\u5de5\u5177\u4f1a\u68c0\u67e5\u6240\u6709\u7684\u4ece\u5e93\uff0c\u4f46\u8be5\u9009\u9879\u53ea\u4f5c\u7528\u4e8e\u6307\u5b9a\u7684\u4ece\u5e93(\u901a\u8fc7DSN\u8fde\u63a5\u65b9\u5f0f)\u3002
--check-interval
\u9ed8\u8ba4\u503c\uff1a1s
\u5982\u679c\u540c\u65f6\u6307\u5b9a\u4e86\u9009\u9879'--check-slave-lag'\uff0c\u5219\u8be5\u9009\u9879\u6307\u5b9a\u7684\u65f6\u95f4\u4e3a\u5de5\u5177\u53d1\u73b0\u4e3b\u4ece\u590d\u5236\u5ef6\u8fdf\u65f6\u6682\u505c\u7684\u65f6\u95f4\u3002\u6bcf\u8fdb\u884c\u64cd\u4f5c100\u884c\u65f6\u8fdb\u884c\u4e00\u6b21\u68c0\u67e5\u3002
--columns\uff0c-c
\u6307\u5b9a\u9700\u8981\u5f52\u6863\u7684\u8868\u5b57\u6bb5\uff0c\u5982\u6709\u591a\u4e2a\u5219\u7528','(\u9017\u53f7)\u9694\u5f00\u3002
--commit-each
\u6307\u5b9a\u6309\u6bcf\u6b21\u83b7\u53d6\u548c\u5f52\u6863\u7684\u884c\u6570\u8fdb\u884c\u63d0\u4ea4\uff0c\u8be5\u9009\u9879\u4f1a\u7981\u7528\u9009\u9879'--txn-size'\u3002
\u5728\u6bcf\u6b21\u83b7\u53d6\u8868\u6570\u636e\u5e76\u8fdb\u884c\u5f52\u6863\u4e4b\u540e\uff0c\u5728\u83b7\u53d6\u4e0b\u4e00\u6b21\u6570\u636e\u548c\u9009\u9879'--sleep'\u6307\u5b9a\u7684\u4f11\u7720\u65f6\u95f4\u4e4b\u524d\uff0c\u8fdb\u884c\u4e8b\u52a1\u63d0\u4ea4\u548c\u5237\u65b0\u9009\u9879'--file'\u6307\u5b9a\u7684\u6587\u4ef6\uff0c\u901a\u8fc7\u9009\u9879'--limit'\u63a7\u5236\u4e8b\u52a1\u7684\u5927\u5c0f\u3002
--host\uff0c-h
\u6307\u5b9a\u8fde\u63a5\u7684\u6570\u636e\u5e93IP\u5730\u5740\u3002
--port\uff0c-P
\u6307\u5b9a\u8fde\u63a5\u7684\u6570\u636e\u5e93Port\u7aef\u53e3\u3002
--user\uff0c-u
\u6307\u5b9a\u8fde\u63a5\u7684\u6570\u636e\u5e93\u7528\u6237\u3002
--password\uff0c-p
\u6307\u5b9a\u8fde\u63a5\u7684\u6570\u636e\u5e93\u7528\u6237\u5bc6\u7801\u3002
--socket\uff0c-S
\u6307\u5b9a\u4f7f\u7528SOCKET\u6587\u4ef6\u8fde\u63a5\u3002
--databases\uff0c-d
\u6307\u5b9a\u8fde\u63a5\u7684\u6570\u636e\u5e93
--source
\u6307\u5b9a\u9700\u8981\u8fdb\u884c\u5f52\u6863\u64cd\u4f5c\u7684\u8868\uff0c\u8be5\u9009\u9879\u662f\u5fc5\u987b\u6307\u5b9a\u7684\u9009\u9879\uff0c\u4f7f\u7528DSN\u65b9\u5f0f\u8868\u793a\u3002
--dest
\u6307\u5b9a\u8981\u5f52\u6863\u5230\u7684\u76ee\u6807\u7aef\u8868\uff0c\u4f7f\u7528DSN\u65b9\u5f0f\u8868\u793a\u3002
\u5982\u679c\u8be5\u9009\u9879\u6ca1\u6709\u6307\u5b9a\u7684\u8bdd\uff0c\u5219\u9ed8\u8ba4\u4e0e\u9009\u9879'--source'\u6307\u5b9a\u6e90\u7aef\u8868\u4e3a\u76f8\u540c\u8868\u3002
--where
\u6307\u5b9a\u901a\u8fc7WHERE\u6761\u4ef6\u8bed\u53e5\u6307\u5b9a\u9700\u8981\u5f52\u6863\u7684\u6570\u636e\uff0c\u8be5\u9009\u9879\u662f\u5fc5\u987b\u6307\u5b9a\u7684\u9009\u9879\u3002\u4e0d\u9700\u8981\u52a0\u4e0a'WHERE'\u5173\u952e\u5b57\uff0c\u5982\u679c\u786e\u5b9e\u4e0d\u9700\u8981WHERE\u6761\u4ef6\u8fdb\u884c\u9650\u5236\uff0c\u5219\u6307\u5b9a'--where 1=1'\u3002
--file
\u6307\u5b9a\u8868\u6570\u636e\u9700\u8981\u5f52\u6863\u5230\u7684\u6587\u4ef6\u3002\u4f7f\u7528\u7c7b\u4f3cMySQL DATE_FORMAT()\u683c\u5f0f\u5316\u547d\u540d\u65b9\u5f0f\u3002
\u6587\u4ef6\u5185\u5bb9\u4e0eMySQL\u4e2dSELECT INTO OUTFILE\u8bed\u53e5\u4f7f\u7528\u76f8\u540c\u7684\u683c\u5f0f\uff0c\u6587\u4ef6\u547d\u540d\u9009\u9879\u5982\u4e0b\u6240\u793a\uff1a
%Y\uff1a\u5e74\uff0c4\u4f4d\u6570(Year, numeric, four digits)
%m\uff1a\u6708\uff0c2\u4f4d\u6570(Month, numeric (01..12))
%d\uff1a\u65e5\uff0c2\u4f4d\u6570(Day of the month, numeric (01..31))
%H\uff1a\u5c0f\u65f6(Hour (00..23))
%i\uff1a\u5206\u949f(Minutes, numeric (00..59))
%s\uff1a\u79d2(Seconds (00..59))
%D\uff1a\u6570\u636e\u5e93\u540d(Database name)
%t\uff1a\u8868\u540d(Table name)
\u4e8c\u3001\u539f\u7406\u89e3\u6790
\u6839\u636egeneral log\u7684\u8f93\u51fa\uff0c\u6211\u4eec\u6574\u7406\u51fa\u65f6\u5e8f\u8868\u683c\u5982\u4e0b
\u4e09\u3001\u5176\u4ed6\u8bf4\u660e
\u548b\u4e00\u770b\u8fd9\u4e2a\u8fc7\u7a0b\u8c8c\u4f3c\u4e5f\u6ca1\u6709\u4ec0\u4e48\u95ee\u9898\uff0c\u4f46\u662f\uff0c\u5047\u5982\u5728\u539f\u8868\u626b\u63cf\u51fa\u6570\u636e\uff0c\u63d2\u5165\u5230\u65b0\u8868\u7684\u8fc7\u7a0b\u4e2d\uff0c\u65e7\u6570\u636e\u53d1\u751f\u4e86\u53d8\u5316\u600e\u4e48\u529e\uff1f
\u5e26\u7740\u8fd9\u4e2a\u7591\u95ee\uff0c\u6211\u4eec\u8fdb\u884c\u4e86\u6e90\u7801\u7684\u8ddf\u8e2a\uff0c\u6211\u4eec\u5728pt-archiver\u76846839\u884c\u6253\u4e0a\u4e86\u65ad\u70b9
\u7136\u540e\u6211\u5206\u522b\u5728\u51e0\u4e2asession\u7a97\u53e3\u505a\u4e86\u5982\u4e0b\u52a8\u4f5c
\u6700\u540ept-archiver\u8f93\u51fa\u5982\u4e0b\uff1a
# A software update is available:
TIME ELAPSED COUNT
2020-04-08T09:13:21 0 0
2020-04-08T09:13:21 0 1
Started at 2020-04-08T09:13:21, ended at 2020-04-08T09:13:51
Source: A=utf8mb4,D=xucl,P=3306,h=127.0.0.1,p=...,t=t1,u=xucl
Dest: A=utf8mb4,D=xucl_archive,P=3306,h=127.0.0.1,p=...,t=t1,u=xucl
SELECT 1
INSERT 1
DELETE 1
Action Count Time Pct
sleep 1 30.0002 99.89
inserting 1 0.0213 0.07
commit 2 0.0080 0.03
select 2 0.0017 0.01
deleting 1 0.0005 0.00
other 0 0.0008 0.00
\u5f88\u660e\u663e\uff0cid=3\u8fd9\u6761\u8bb0\u5f55\u5e76\u6ca1\u6709\u8fdb\u884c\u5f52\u6863\uff08\u6211\u4eec\u8fd9\u91cc\u662f\u6539\u4e86\u6761\u4ef6\u5217\uff0c\u5b9e\u9645\u751f\u4ea7\u4e2d\u53ef\u80fd\u662f\u66f4\u6539\u4e86\u5176\u4ed6\u5217\uff0c\u9020\u6210\u5f52\u6863\u6570\u636e\u4e0d\u51c6\u786e\uff09
\u90a3\u4e48\u5982\u4f55\u6765\u89e3\u51b3\u8fd9\u79cd\u60c5\u51b5\u7684\u53d1\u751f\u5462\uff1f
\u663e\u7136\uff0c\u6570\u636e\u5e93\u5728\u6570\u636e\u5e93\u4e2d\u53ef\u4ee5\u901a\u8fc7\u52a0\u6392\u5b83\u9501\u6765\u9632\u6b62\u5176\u4ed6\u7a0b\u5e8f\u4fee\u6539\u5bf9\u5e94\u7684\u6570\u636e\uff0cpt-archiver\u5176\u5b9e\u65e9\u5c31\u5df2\u7ecf\u5e2e\u6211\u4eec\u8003\u8651\u5230\u4e86\u8fd9\u6837\u7684\u60c5\u51b5\uff0cpt-archiver\u63d0\u4f9b\u4e86\u4e24\u79cd\u9009\u62e9
--for-update\uff1aAdds the FOR UPDATE modifier to SELECT statements
--share-lock\uff1aAdds the LOCK IN SHARE MODE modifier to SELECT statements
\u56db\u3001\u603b\u7ed3
pt-archiver\u4f5c\u4e3a\u5f52\u6863\u5de5\u5177\u65e0\u7591\u662fMySQL DBA\u65e5\u5e38\u8fd0\u7ef4\u7684\u5927\u5229\u5668\u4e4b\u4e00\uff0c\u5728\u4f7f\u7528\u8fc7\u7a0b\u4e2d\u5728\u77e5\u9053\u5982\u4f55\u4f7f\u7528\u7684\u57fa\u7840\u4e0a\u4e5f\u80fd\u591f\u77e5\u6653\u5176\u539f\u7406
\u5f52\u6863\u8fc7\u7a0b\u4e2d\u6700\u597d\u80fd\u5bf9\u5f52\u6863\u8bb0\u5f55\u8fdb\u884c\u52a0\u9501\u64cd\u4f5c\uff0c\u4ee5\u514d\u9020\u6210\u5f52\u6863\u6570\u636e\u4e0d\u51c6\u786e
\u5728\u4e3b\u4ece\u73af\u5883\u4e2d\uff0c\u5f52\u6863\u8fc7\u7a0b\u6700\u597d\u63a7\u5236\u901f\u5ea6\uff0c\u4ee5\u514d\u9020\u6210\u4e3b\u4ece\u5ef6\u8fdf
\u5c3d\u91cf\u63a7\u5236\u597dchunk\u7684\u5927\u5c0f\uff0c\u4e0d\u8981\u8fc7\u5927\uff0c\u9020\u6210\u5927\u4e8b\u52a1
\u8fd9\u4e2a\u95ee\u9898\u662f\u8fd9\u6837\u7684\uff1a
\u9996\u5148\u4f60\u8981\u660e\u786e\u4f60\u7684\u63d2\u5165\u662f\u6b63\u5e38\u4e1a\u52a1\u9700\u6c42\u4e48\uff1f\u5982\u679c\u662f\uff0c\u90a3\u4e48\u53ea\u80fd\u63a5\u53d7\u8fd9\u6837\u7684\u6570\u636e\u63d2\u5165\u91cf\u3002
\u5176\u6b21\u4f60\u8bf4\u6570\u636e\u5e93\u5b58\u4e0d\u4e0b\u4e86 \u90a3\u4e48\u4f60\u53ef\u4ee5\u8ba9\u4f60\u7684\u6570\u636e\u5e93\u4e0a\u9650\u53d8\u5927 \u8fd9\u4e2a\u4f60\u53ef\u4ee5\u5728\u6570\u636e\u5e93\u91cc\u9762\u8bbe\u7f6e\u7684 \u91cc\u9762\u6709\u4e2a\u6570\u636e\u5e93\u6587\u4ef6\u5c5e\u6027 maxsize
\u6700\u540e\u6709\u4e2a\u65b9\u6cd5\u53ef\u4ee5\u4f7f\u7528\uff0c\u5982\u679c\u4f60\u7684\u5386\u53f2\u6570\u636e\u4e0d\u4f1a\u5bf9\u76ee\u524d\u4e1a\u52a1\u9020\u6210\u5f88\u5927\u5f71\u54cd \u53ef\u4ee5\u8003\u8651\u5f52\u6863\u5904\u7406 \u5b9a\u65f6\u5c06\u4e0d\u7528\u7684\u6570\u636e\u79fb\u5165\u5386\u53f2\u8868 \u6216\u8005\u53e6\u5916\u4e00\u4e2a\u6570\u636e\u5e93\u3002
\u6ce8\u610f\u5e73\u65f6\u5bf9\u6570\u636e\u5e93\u7684\u7ef4\u62a4 \u5b9a\u671f\u6574\u7406\u7d22\u5f15\u788e\u7247
作为MySQL DBA，可以说应该没有不知道pt-archiver了，作为pt-toolkit套件中的重要成员，往往能够轻松帮助DBA解决数据归档的问题。例如线上一个流水表，业务仅仅只需要存放最近3个月的流水数据，三个月前的数据做归档即可，那么pt-archiver就可以轻松帮你完成这件事情，甚至你可以配置成自动任务，无需人工干预。
作为DBA，我们应该知其然更应该知其所以然，这样我们也能够放心地使用pt工具。相信很多DBA都研究过pt-online-schema-change的原理，那么今天我们深入刨一刨pt-archiver的工作原理。
一、原理观察
土人有土办法，我们直接开启general log来观察pt-archiver是如何完成归档的。
命令
pt-archiver --source h=127.0.0.1,u=xucl,p=xuclxucl,P=3306,D=xucl,t=t1 --dest h=127.0.0.1,P=3306,u=xucl,p=xuclxucl,D=xucl_archive,t=t1 --progress 5000 \
--statistics --charset=utf8mb4 --limit=10000 --txn-size 1000 --sleep 30
常用选项
--analyze
指定工具完成数据归档后对表执行'ANALYZE TABLE'操作。指定方法如'--analyze=ds'，s代表源端表，d代表目标端表，也可以单独指定。
--ask-pass
命令行提示密码输入，保护密码安全，前提需安装模块perl-TermReadKey。
--buffer
指定缓冲区数据刷新到选项'--file'指定的文件并且在提交时刷新。
只有当事务提交时禁用自动刷新到'--file'指定的文件和刷新文件到磁盘，这意味着文件是被操作系统块进行刷新，因此在事务进行提交之前有一些数据隐式刷新到磁盘。默认是每一行操作后进行文件刷新到磁盘。
--bulk-delete
指定单个语句删除chunk的方式来批量删除行，会隐式执行选项'--commit-each'。
使用单个DELETE语句删除每个chunk对应的表行，通常的做法是通过主键进行逐行的删除，批量删除在速度上会有很大的提升，但如果有复杂的'WHERE'条件就可能会更慢。
--[no]bulk-delete-limit
默认值：yes
指定添加选项'--bulk-delete'和'--limit'到进行归档的语句中。
--bulk-insert
使用LOAD DATA LOCAL INFILE的方法，通过批量插入chunk的方式来插入行(隐式指定选项'--bulk-delete'和'--commit-each')
而不是通过逐行单独插入的方式进行，它比单行执行INSERT语句插入的速度要快。通过隐式创建临时表来存储需要批量插入的行(chunk)，而不是直接进行批量插入操作，当临时表中完成每个chunk之后再进行统一数据加载。为了保证数据的安全性，该选项会强制使用选项'--bulk-delete'，这样能够有效保证删除是在插入完全成功之后进行的。
--channel
指定当主从复制环境是多源复制时需要进行归档哪个主库的数据，适用于多源复制中多个主库对应一个从库的情形。
--charset，-A
指定连接字符集。
--[no]check-charset
默认值：yes
指定检查确保数据库连接时字符集和表字符集相同。
--[no]check-columns
默认值：yes
指定检查确保选项'--source'指定的源端表和'--dest'指定的目标表具有相同的字段。
不检查字段在表的排序和字段类型，只检查字段是否在源端表和目标表当中都存在，如果有不相同的字段差异，则工具报错退出。如果需要禁用该检查，则指定'--no-check-columns'。
--check-slave-lag
指定主从复制延迟大于选项'--max-lag'指定的值之后暂停归档操作。默认情况下，工具会检查所有的从库，但该选项只作用于指定的从库(通过DSN连接方式)。
--check-interval
默认值：1s
如果同时指定了选项'--check-slave-lag'，则该选项指定的时间为工具发现主从复制延迟时暂停的时间。每进行操作100行时进行一次检查。
--columns，-c
指定需要归档的表字段，如有多个则用','(逗号)隔开。
--commit-each
指定按每次获取和归档的行数进行提交，该选项会禁用选项'--txn-size'。
在每次获取表数据并进行归档之后，在获取下一次数据和选项'--sleep'指定的休眠时间之前，进行事务提交和刷新选项'--file'指定的文件，通过选项'--limit'控制事务的大小。
--host，-h
指定连接的数据库IP地址。
--port，-P
指定连接的数据库Port端口。
--user，-u
指定连接的数据库用户。
--password，-p
指定连接的数据库用户密码。
--socket，-S
指定使用SOCKET文件连接。
--databases，-d
指定连接的数据库
--source
指定需要进行归档操作的表，该选项是必须指定的选项，使用DSN方式表示。
--dest
指定要归档到的目标端表，使用DSN方式表示。
如果该选项没有指定的话，则默认与选项'--source'指定源端表为相同表。
--where
指定通过WHERE条件语句指定需要归档的数据，该选项是必须指定的选项。不需要加上'WHERE'关键字，如果确实不需要WHERE条件进行限制，则指定'--where 1=1'。
--file
指定表数据需要归档到的文件。使用类似MySQL DATE_FORMAT()格式化命名方式。
文件内容与MySQL中SELECT INTO OUTFILE语句使用相同的格式，文件命名选项如下所示：
%Y：年，4位数(Year, numeric, four digits)
%m：月，2位数(Month, numeric (01..12))
%d：日，2位数(Day of the month, numeric (01..31))
%H：小时(Hour (00..23))
%i：分钟(Minutes, numeric (00..59))
%s：秒(Seconds (00..59))
%D：数据库名(Database name)
%t：表名(Table name)
例如：--file '/var/log/archive/%Y-%m-%d-%D.%t'
--output-format
指定选项'--file'文件内容输出的格式。
默认不指定该选项是以制表符进行字段的分隔符，如果指定该选项，则使用','(逗号)作为字段分隔符，使用'"'(双引号)将字段括起。用法示例：'--output-format=dump'。
--for-update
指定为每次归档执行的SELECT语句添加FOR UPDATE子句。--share-lock
指定为每次归档执行的SELECT语句添加LOCK IN SHARE MODE子句。
--header
指定在文件中第一行写入字段名称作为标题。
--ignore
指定为INSERT语句添加IGNORE选项。
--limit
默认值：1
指定每条语句获取表和归档表的行数。
--local
指定不将OPTIMIZE和ANALYZE语句写入binlog。
--max-lag
默认值：1s
指定允许主从复制延迟时长的最大值，单位秒。如果在每次获取行数据之后主从延迟超过指定的值，则归档操作将暂停执行，暂停休眠时间为选项'--check-interval'指定的值。待休眠时间结束之后再次检查主从延迟时长，检查方法是通过从库查询的'Seconds_Behind_Master'值来确定。如果主从复制延迟一直大于该参数指定值或者从库停止复制，则操作将一直等待直到从库重新启动并且延迟小于该参数指定值。
--no-delete
指定不删除已被归档的表数据。
--optimize
指定工具完成数据归档后对表执行'OPTIMIZE TABLE'操作。指定方法如'--analyze=ds'，s代表源端表，d代表目标端表，也可以单独指定。
--primary-key-only
指定只归档主键字段，是选项'--columns=主键'的简写。
如果工具归档的操作是进行DELETE清除时最有效，因为只需读取主键一个字段而无需读取行所有字段。
--progress
指定每多少行打印进度信息，打印当前时间，已用时间以及多少行进行归档。
--purge
指定执行的清除操作而不是归档操作。允许忽略选项'--dest'和'--file'进行操作，如果只是清除操作可以结合选项'--primary-key-only'会更高效。
--quiet，-q
指定工具静默执行，不输出任何的执行信息。
--replace
指定写入选项'--dest'指定目标端表时改写INSERT语句为REPLACE语句。
--retries
默认值：1
指定归档操作遇到死锁或超时的重试次数。当重试次数超过该选项指定的值时，工具将报错退出。
--run-time
指定工具归档操作在退出之前需要运行的时间。允许的时间后缀名为s=秒，m=分，h=小时，d=天，如果没指定，默认为s。
--[no]safe-auto-increment
默认值：yes
指定不使用自增列(AUTO_INCREMENT)最大值对应的行进行归档。
该选项在进行归档清除时会额外添加一条WHERE子句以防止工具删除单列升序字段具有的具有AUTO_INCREMENT属性最大值的数据行，为了在数据库重启之后还能使用到AUTO_INCREMENT对应的值，但这会引起无法归档或清除字段对应最大值的行。
--set-vars
默认：
wait_timeout=10000
innodb_lock_wait_timeout=1
lock_wait_timeout=60
工具归档时指定参数值，如有多个用','(逗号)分隔。如'--set-vars=wait_timeout=5000'。
--skip-foreign-key-checks
指定使用语句SET FOREIGN_KEY_CHECKS = 0禁用外键检查。
--sleep
指定工具在通过SELECT语句获取归档数据需要休眠的时间，默认值是不进行休眠。在休眠之前事务并不会提交，并且选项'--file'指定的文件不会被刷新。如果指定选项'--commit-each'，则在休眠之前会进行事务提交和文件刷新。
--statistics
指定工具收集并打印操作的时间统计信息。
统计信息示例如下：
'
Started at 2008-07-18T07:18:53, ended at 2008-07-18T07:18:53
Source: D=db,t=table
SELECT 4
INSERT 4
DELETE 4
Action Count Time Pct
commit 10 0.1079 88.27
select 5 0.0047 3.87
deleting 4 0.0028 2.29
inserting 4 0.0028 2.28
other 0 0.0040 3.29
--txn-size
默认：1
指定每个事务处理的行数。如果是0则禁用事务功能。
--version
显示工具的版本并退出。
--[no]version-check
默认值：yes
检查Percona Toolkit、MySQL和其他程序的最新版本。
--why-quit
指定工具打印当非因完成归档行数退出的原因。
在执行一个自动归档任务时该选项与选项'--run-time'一起使用非常方便，这样可以确定归档任务是否在指定的时间内完成。如果同时指定了选项'--statistics'，则会打印所有退出的原因。
二、原理解析
根据general log的输出，我们整理出时序表格如下
三、其他说明
咋一看这个过程貌似也没有什么问题，但是，假如在原表扫描出数据，插入到新表的过程中，旧数据发生了变化怎么办？
带着这个疑问，我们进行了源码的跟踪，我们在pt-archiver的6839行打上了断点
然后我分别在几个session窗口做了如下动作
最后pt-archiver输出如下：
# A software update is available:
TIME ELAPSED COUNT
2020-04-08T09:13:21 0 0
2020-04-08T09:13:21 0 1
Started at 2020-04-08T09:13:21, ended at 2020-04-08T09:13:51
Source: A=utf8mb4,D=xucl,P=3306,h=127.0.0.1,p=...,t=t1,u=xucl
Dest: A=utf8mb4,D=xucl_archive,P=3306,h=127.0.0.1,p=...,t=t1,u=xucl
SELECT 1
INSERT 1
DELETE 1
Action Count Time Pct
sleep 1 30.0002 99.89
inserting 1 0.0213 0.07
commit 2 0.0080 0.03
select 2 0.0017 0.01
deleting 1 0.0005 0.00
other 0 0.0008 0.00
很明显，id=3这条记录并没有进行归档（我们这里是改了条件列，实际生产中可能是更改了其他列，造成归档数据不准确）
那么如何来解决这种情况的发生呢？
显然，数据库在数据库中可以通过加排它锁来防止其他程序修改对应的数据，pt-archiver其实早就已经帮我们考虑到了这样的情况，pt-archiver提供了两种选择
--for-update：Adds the FOR UPDATE modifier to SELECT statements
--share-lock：Adds the LOCK IN SHARE MODE modifier to SELECT statements
四、总结
pt-archiver作为归档工具无疑是MySQL DBA日常运维的大利器之一，在使用过程中在知道如何使用的基础上也能够知晓其原理
归档过程中最好能对归档记录进行加锁操作，以免造成归档数据不准确
在主从环境中，归档过程最好控制速度，以免造成主从延迟
尽量控制好chunk的大小，不要过大，造成大事务
使用MySQL的过程，经常会遇到一个问题，比如说某张”log”表，用于保存某种记录，随着时间的不断的累积数据，但是只有最新的一段时间的数据是有用的；这个时候会遇到性能和容量的瓶颈，需要将表中的历史数据进行归档。
下面描述一种典型的做法：
比如说表结构如下：
CREATE TABLE `history` (
`id` int(11) NOT NULL,
`value` text,
`addtime` timestamp default current_timestamp,
PRIMARY KEY (`id`),
index idx_addtime(`addtime`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
这张表中保存有2012年2013年两年的数据，现在需要将2012年的数据备份归档起来，但是2013年年初的数据还需要被查询，因此不能简单的进行如下的动作：
create table history_tmp like history;
rename table history to history_2012,history_tmp to history;
需要在新表中保留2013年年初的数据，可以参照下面的流程进行：
create table history_tmp like history;
maxid=select max(id) from history;
minid=select id from history where addtime>"2013-01-01 00:00" order by addtime asc limit 1;
last=0;
set autocommit=1;
for(i=minid;i<maxid+1000;i+=1000)
{
insert into history_tmp select * from history where id>=last and id<i lock in share mode;
last=i;
}
begin;
lock table history_tmp write,history write;
maxid=select max(id) from history;
insert into history_tmp select * from history where id>=last and id<=maxid;
alter table history rename to history_2012;
alter table history_tmp rename to history;
unlock tables;
commit;
说明:
使用alter table xx rename to xx，而不是rename是因为mysql的一个bug， bug地址 ，直接rename会出现”ERROR 1192 (HY000): Can’t execute the given command because you have active locked tables or an active transaction”错误.
需要使用lock history write来防止新的写入。
这个方式是假设这个表在有插入和查询操作，如果有update、delete操作可以通过类似OSC的算法使用trigger来实现。
不能直接使用insert select where id>minid这种方式，因为这样会导致slave的延迟，而且迟迟不能提交的事务会导致undo log无法purge。
绛旓細desc;鏌ヨ鍑烘潵鐨勬槸姣忓紶琛鐨勮鏁
绛旓細鏌ョ湅涓涓嬫荤殑琛屾暟锛氭垜浠潵閲婃斁涓涓ぇ鐨 update锛氱劧鍚庡彟璧蜂竴涓 session锛岃瀵 performance_schema 涓殑淇℃伅锛氬彲浠ョ湅鍒帮紝performance_schema 浼氬垪鍑哄綋鍓 SQL 浠庡紩鎿庤幏鍙栫殑琛屾暟銆傜瓑 SQL 缁撴潫鍚庯紝鎴戜滑鐪嬩竴涓 update 浠庡紩鎿庢诲叡鑾峰彇浜嗗灏戣锛氬彲浠ョ湅鍒拌 update 浠庡紩鎿庢诲叡鑾峰彇鐨勮鏁版槸琛ㄥぇ灏忕殑涓ゅ嶏紝閭ｆ垜浠...
绛旓細鎸囧畾涓嶄娇鐢ㄨ嚜澧炲垪(AUTO_INCREMENT)鏈澶у煎搴旂殑琛杩涜褰掓。銆傝閫夐」鍦ㄨ繘琛屽綊妗ｆ竻闄ゆ椂浼氶澶栨坊鍔犱竴鏉HERE瀛愬彞浠ラ槻姝㈠伐鍏峰垹闄ゅ崟鍒楀崌搴忓瓧娈靛叿鏈夌殑鍏锋湁AUTO_INCREMENT灞炴ф渶澶у肩殑鏁版嵁琛,涓轰簡鍦ㄦ暟鎹簱閲嶅惎涔嬪悗杩樿兘浣跨敤鍒癆UTO_INCREMENT瀵瑰簲鐨勫,浣嗚繖浼氬紩璧锋棤娉曞綊妗ｆ垨娓呴櫎瀛楁瀵瑰簲鏈澶у肩殑琛屻--set-vars榛樿: wait_timeout...
绛旓細Mysql濡備綍鏌ヨ琛ㄤ腑鐨勬暟鎹細閫夋嫨闇瑕佽繘琛屾煡璇㈢殑鏁版嵁搴撶殑閾炬帴鍦板潃銆傚湪鏁版嵁搴撻摼鎺ュ湴鍧涓紝鎵惧埌闇瑕佹煡璇㈢殑鏁版嵁搴擄紝鍙屽嚮灏嗗叾鏁版嵁搴撴墦寮锛屽彲浠ョ湅鍒版暟鎹簱鐨勯鑹蹭細鐢辩伆鑹插彉鎴愬僵鑹层俿ql鏌ヨ琛ㄤ腑鏁版嵁鎬绘潯锛歋ELECTCOUNT(*)FROM琛ㄥ悕绉般俢ount锛*锛変唬琛ㄧ潃鏁版嵁缁熻鐨勬绘暟銆備緥瀛愭湰渚嬭繑鍥濸ersons琛ㄤ腑鐨勮鏁帮細SELECTCOUNT(*)...
绛旓細璺宠繃浜嬪姟鍥炴粴杩囩▼銆傜涓绉嶆柟寮忔瘮杈冩俯鍜岋紝innodb_buffer_pool_size 鍙傛暟鏄彲浠ュ姩鎬佽皟鏁寸殑锛屽彲琛屾т篃杈冮珮銆傜浜岀鏂瑰紡鐩歌緝涔嬩笅杈冩毚鍔涳紝浣嗘晥鏋滆緝濂姐備袱绉嶆柟寮忓悇鏈夎嚜宸辩殑浼樼偣锛岀涓绉嶆柟寮忓绾夸笂涓氬姟绯荤粺褰卞搷杈冨皬锛屼笉浼氫腑鏂湪绾夸笟鍔°傜浜岀鏂瑰紡鏁堟灉鏇存樉钁楋紝浼氱煭鏆傚奖鍝嶄笟鍔¤繛缁紝鍥炴粴鎵鏈夋病鏈夋彁浜ょ殑浜嬪姟銆
绛旓細濂戒簡锛屾垜浠殑娴嬭瘯鍙堝洖鍒 collect琛紝寮濮嬫祴璇曠粨璁烘槸锛 30涓囨暟鎹紝鐢ㄥ垎琛ㄦ硶鍙锛岃秴杩30涓囦粬鐨勯熷害浼氭參閬撲綘鏃犳硶蹇嶅彈锛佸綋鐒跺鏋滅敤鍒嗚〃+鎴戣繖绉嶆柟娉曪紝閭ｆ槸缁濆瀹岀編鐨勩備絾鏄敤浜嗘垜杩欑鏂规硶鍚庯紝涓嶇敤鍒嗚〃涔熷彲浠ュ畬缇庤В鍐筹紒绛旀灏辨槸锛氬鍚堢储寮曪紒鏈変竴娆¤璁mysql绱㈠紩鐨勬椂鍊欙紝鏃犳剰涓彂鐜扮储寮曞悕瀛楀彲浠ヤ换鍙栵紝鍙互閫夋嫨...
绛旓細sql鏌ヨ琛ㄤ腑鏁版嵁鎬绘潯锛歋ELECT COUNT(*) FROM 琛ㄥ悕绉般俢ount锛*锛変唬琛ㄧ潃鏁版嵁缁熻鐨勬绘暟銆備緥瀛 鏈緥杩斿洖 "Persons" 琛ㄤ腑鐨勮鏁帮細SELECT COUNT(*) FROM Personsinfo銆傝繑鍥炲ぇ浜 20 宀佺殑浜烘暟锛歋ELECT COUNT(*) FROM Personsinfo WHERE Age>20 鏍规嵁绛涢夋潯浠舵潵缁熻鎬绘暟銆
绛旓細浣跨敤JUnit,浣跨敤涓涓帇鍔涙祴璇曞皬绋嬪簭.姣忛殧10绉掑鏁版嵁搴琛ㄨ繘琛涓娆℃洿鏂,鐒跺悗缂╃煭鏃堕棿,澧炲姞鏇存柊璁板綍鏁,鐩村埌鏁版嵁搴撳穿婧冧负鑷
绛旓細鎬濊矾锛氫笉瑕佺洿鎺ラ兘鐩爣琛ㄨ繘琛鎿嶄綔锛屽彲浠ラ噰鐢ㄤ腑闂磋〃鐨勬柟寮忋1銆佷緷鎹棫琛ㄥ垱寤轰竴涓笌涔嬭〃缁撴瀯瀹屽叏涓鑷寸殑鏂拌〃銆2銆佺粰鏂拌〃澧炲姞涓涓瓧娈点3銆佸皢鏃ц〃鏁版嵁insert鍒版柊琛紝鍒犻櫎鏃ц〃鍚庡皢鏂拌〃閲嶅懡鍚嶄负鏃ц〃銆
绛旓細1銆佷娇鐢 create table 璇彞鍙畬鎴愬琛ㄧ殑鍒涘缓, create table 鐨勫垱寤哄舰寮:create table 琛ㄥ悕绉(鍒楀０鏄);浠ュ垱寤 people 琛ㄤ负渚, 琛ㄤ腑灏嗗瓨鏀 瀛﹀彿(id)銆佸鍚(name)銆佹у埆(sex)銆佸勾榫(age) 杩欎簺鍐呭:create table people锛坕d int unsigned not null auto_increment primary key,name char(8) not null...
