paip.mysql备份慢的解决_MySQL

bitsCN.com

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自带的备份工具，所以也是最常用的mysql数据库的备份工具。支持基于InnoDB的热备份。但由于是逻辑备份，所以

 

 

速度不是很快，适合备份数据量比较小的场景。

mysqldump完全备份+二进制日志 —>实现时间点恢复

 

 

 

看累挂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 

bitsCN.com