paip.mysql备份慢的解决

页面导航:首页 > 数据库 > Mysql > paip.mysql备份慢的解决

paip.mysql备份慢的解决

来源: 作者: 时间:2016-02-17 10:07 【

paip.mysql备份慢的解决版本5.0.45-community-nt主数据库50W数据,备份的sql34M..压缩后5.8m原来备份178 S.. 调整MY.INI 加大10倍... 而个88S... 不压缩的情况下45s换成个5.6 , 还要中多时间,要不走粤慢兰
paip.mysql备份慢的解决
 
版本5.0.45-community-nt
主50W数据,备份的sql34M..压缩后5.8m
 
原来备份178 S.. 调整MY.INI  加大10倍...  而个88S... 不压缩的情况下45s
 
换成个5.6 , 还要中多时间,要不走粤慢兰..
不压缩的情况下43s...  调整MY.INI  加大10倍.  40S.....差距不明显木..
 
最终解决方案:copy备份
---------------------------
..块啊,7秒搞定..是热备份.不用关机..
 
参考其他自料儿..
====================
数据文件大约200GB,平时备份(mysqldump)压缩后的大小大约20GB,正常备份时间在2个小时内。一台服务器上,安装了多个mysql实例
 
 
,这个数据库是其中一个
 
mysql按照备份恢复方式分为逻辑备份和物理备份
 
 
逻辑备份是备份sql语句,在恢复的时候执行备份的sql语句实现数据库数据的重现
 
 
物理备份就是备份数据文件了,比较形象点就是cp下数据文件,但真正备份的时候自然不是的cp这么简单
 
 
这2种备份各有优劣,一般来说,物理备份恢复速度比较快,占用空间比较大,逻辑备份速度比较慢,占用空间比较小
mysqldump工具备份
 
 
mysqldump由于是mysql自带的备份工具,所以也是最常用的my的备份工具。支持基于InnoDB的热备份。但由于是逻辑备份,所以
 
 
速度不是很快,适合备份数据量比较小的场景。
dump完全备份+二进制日志 —>实现时间点恢复
 
 
 
看累挂CFG DEFAULT    show  VARIABLES like '%size%'
-----------------------------------------------
 
 
binlog_cache_size 32768
binlog_stmt_cache_size 32768
bulk_insert_buffer_size 8388608
delayed_queue_size 1000
host_cache_size 279
innodb_additional_mem_pool_size 8388608
innodb_buffer_pool_size 134217728
innodb_change_buffer_max_size 25
innodb_ft_cache_size 8000000
innodb_ft_max_token_size 84
innodb_ft_min_token_size 3
innodb_log_buffer_size 8388608
innodb_log_file_size 50331648
innodb_online_alter_log_max_size 134217728
innodb_page_size 16384
innodb_purge_batch_size 300
innodb_sort_buffer_size 1048576
innodb_sync_array_size 1
join_buffer_size 262144
key_buffer_size 8388608
key_cache_block_size 1024
large_page_size 0
max_binlog_cache_size 18446744073709547520
max_binlog_size 1073741824
max_binlog_stmt_cache_size 18446744073709547520
max_heap_table_size 16777216
max_join_size 18446744073709551615
max_relay_log_size 0
metadata_locks_cache_size 1024
myisam_data_pointer_size 6
myisam_max_sort_file_size 2146435072
myisam_mmap_size 4294967295
myisam_sort_buffer_size 8388608
optimizer_trace_max_mem_size 16384
performance_schema_accounts_size 100
performance_schema_digests_size 10000
performance_schema_events_stages_history_long_size  10000
performance_schema_events_stages_history_size  10
performance_schema_events_statements_history_long_size
10000
performance_schema_events_statements_history_size  10
performance_schema_events_waits_history_long_size  10000
performance_schema_events_waits_history_size  10
performance_schema_hosts_size 100
performance_schema_session_connect_attrs_size  512
performance_schema_setup_actors_size 100
performance_schema_setup_objects_size 100
performance_schema_users_size 100
preload_buffer_size 32768
profiling_history_size 15
query_alloc_block_size 8192
query_cache_size 1048576
query_prealloc_size 8192
range_alloc_block_size 4096
read_buffer_size 131072
read_rnd_buffer_size 262144
slave_pending_jobs_size_max 16777216
sort_buffer_size 262144
thread_cache_size 9
tmp_table_size 16777216
transaction_alloc_block_size 8192
transaction_prealloc_size 4096
 
 
 
 
 
加大10背
----------
 
 
 log-error=d:/MySQL56/mysql_log_err.txt
 
 
 
 
thread_cache = 128 
 
 
  query_cache_type = 1 
 
 
 query_cache_size = 128M  
 
 
  join_buffer_size = 80M  
 
 
 
 
 
 
  sort_buffer_size = 20M  
  read_buffer_size = 20M 
 read_rnd_buffer_size = 20M  
 
 
  max_heap_table_size = 128M  
 
 
 tmp_table_size = 128M  
 
 
 
  binlog_cache_size = 12M  
 
 
  max_binlog_size = 512M  
 
 
  expire_logs_days = 3 
#  innodb_buffer_pool_size = 2G 
 
 
 
 
 
 
 
  innodb_use_sys_malloc = 1 
 
 
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES 
Tags:

文章评论

最 近 更 新
热 点 排 行
Js与CSS工具
代码转换工具

<