Linus_hai
Linus_hai

生产环境究竟是使用mysqldump还是xtrabackup来备份与恢复数据库？

 
标签：
原创作品，允许转载，转载时请务必以超链接形式标明文章  原始出处 、作者信息和本声明。否则将追究法律责任。 http://dl528888.blog.51cto.com/2382721/1153204

一个合格的运维工程师或者dba工程师，如果有从事数据库方面的话，首先需要做的就是备份，如果没有备份，出现问题的话，你的业务就会出问题，你的工作甚至会。。。

所以备份是重要的，但光有备份还不行，备份后如果出现问题，你还得使用备份数据来恢复，但恢复数据的时间一般都是很长的，不符合业务需求，所以一个快速备份与恢复的软件就很有必要。

之前我在维护mysql数据库的时候，使用mysqldump来进行备份与恢复，在备份的时候锁住表，然后全部备份，在数据少的时候没问题，但如果数据很多，不允许锁表，同时需要恢复数据块的情况，mysqldump就不适合了，我在恢复一个4G数据文件的数据库的时候，恢复的数据是使用mysqldump的数据，恢复了3个小时还没有反应，造成的影响很严重，所以我开始寻找其他的别发软件来满足以上的需求，幸好找到了，就是使用xtrabackup来进行备份与恢复，恢复4G数据文件的数据库，仅需要14秒，同时在备份的时候不会锁表，而且支持增量备份，所以把我的比较分享给大家，希望对大家有益！

Xtrabackup 是percona公司的开源项目，用以实现类似innodb官方的热备份工具InnoDB Hot Backup的功能，能够非常快速地备份与恢复mysql数据库。 Xtrabackup中包含两个工具：

xtrabackup是用于热备份innodb, xtradb表中数据的工具，不能备份其他类型的表，也不能备份数据表结构；

innobackupex是将xtrabackup进行封装的perl脚本，提供了备份myisam表的能力。

由于innobackupex的功能更为全面和完善，所以，本文以innobackupex作为基础进行研究描述。

下面介绍xtrabackup的全部、增量的备份与恢复。

一、下载与安装
1、下载 
   
   
   
   
    
    
    
    
    
  1. wget http://www.percona.com/redir/downloads/XtraBackup/XtraBackup-1.6.7/binary/Linux/x86_64/xtrabackup-1.6.7.tar.gz 
    2.
2、安装依赖库
如果是debian系列的话 
   
   
   
   
    
    
    
    
    
  1. apt-get install debhelper autotools-dev libaio-dev wget automake   libtool bison libncurses-dev libz-dev cmake bzr 
    2.
如果是redhat系列的话 
   
   
   
   
    
    
    
    
    
  1. yum install cmake gcc gcc-c++ libaio libaio-devel automake autoconf bzr   bison libtool ncurses-devel zlib-devel 
    2.
3、解压 
   
   
   
   
    
    
    
    
    
  1. tar zxvf xtrabackup-1.6.7.tar.gz  
    2.
4、进入目录 
   
   
   
   
    
    
    
    
    
  1. cd xtrabackup-1.6.7 
    2.

5、复制

   
   
   
   
    
    
    
    
    
  1. cd bin  
    2. 
    
    
    
    
  2. cp * /usr/bin  
    3. 
    
    
    
    
  3. 然后就安装完成了，下面开始备份  
    4.

其中，

innobackupex是我们要使用的备份工具；

xtrabackup是被封装在innobackupex之中的，innobackupex运行时需要调用它；

xtrabackup_51是xtrabackup运行时需要调用的工具；

tar4ibd是以tar流的形式产生备份时用来打包的工具。

6、对某个数据库进行全部备份的命令介绍 
   
   
   
   
    
    
    
    
    
  1. innobackupex --user=root--password=123456--defaults-file=/etc/mysql/my.cnf --database=test--stream=tar /tmp/data/ 2>/tmp/data/err.log|gzip 1>/tmp/data/test.tar.gz 
    2.
说明：
--database=test 单独对test数据库做备份 ，若是不添加此参数那就那就是对全库做备份
2>/tmp/data/err.log 输出信息写入日志中
1>/tmp/data/test.tar.gz 打包压缩存储到该文件中

 

二、对数据库的全部备份与恢复
下面开始测试xtrabackup的全部备份
（1）先进入mysql里创建一个新的test数据库

 

   
   
   
   
    
    
    
    
    
  1. root@client2:/tmp# mysql -u root -p  
    2. 
    
    
    
    
  2. Enter password:   
    3. 
    
    
    
    
  3. Welcome to the MySQL monitor.  Commands end with ; or \g.  
    4. 
    
    
    
    
  4. Your MySQL connection id is 40  
    5. 
    
    
    
    
  5. Server version: 5.5.28-0ubuntu0.12.04.3-log (Ubuntu)  
    6. 
    
    
    
    
  6.  
    7. 
    
    
    
    
  7. Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.  
    8. 
    
    
    
    
  8.  
    9. 
    
    
    
    
  9. Oracle is a registered trademark of Oracle Corporation and/or its  
    10. 
    
    
    
    
  10. affiliates. Other names may be trademarks of their respective  
    11. 
    
    
    
    
  11. owners.  
    12. 
    
    
    
    
  12.  
    13. 
    
    
    
    
  13. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.  
    14. 
    
    
    
    
  14. mysql> drop database test;  
    15. 
    
    
    
    
  15. Query OK, 3 rows affected (0.13 sec)  
    16. 
    
    
    
    
  16. mysql> create database test;  
    17. 
    
    
    
    
  17. Query OK, 1 row affected (0.00 sec)  
    18. 
    
    
    
    
  18.  
    19. 
    
    
    
    
  19. mysql> use test;  
    20. 
    
    
    
    
  20. Database changed  
    21. 
    
    
    
    
  21. mysql> create table test (id int);  
    22. 
    
    
    
    
  22. Query OK, 0 rows affected (0.06 sec)  
    23. 
    
    
    
    
  23. mysql> insert into test values(1);  
    24. 
    
    
    
    
  24. Query OK, 1 row affected (0.04 sec)  
    25. 
    
    
    
    
  25.  
    26. 
    
    
    
    
  26. mysql> insert into test values(2);  
    27. 
    
    
    
    
  27. Query OK, 1 row affected (0.01 sec)  
    28. 
    
    
    
    
  28.  
    29. 
    
    
    
    
  29. mysql> insert into test values(3);  
    30. 
    
    
    
    
  30. Query OK, 1 row affected (0.00 sec)  
    31. 
    
    
    
    
  31.  
    32. 
    
    
    
    
  32. mysql> insert into test values(4);  
    33. 
    
    
    
    
  33. Query OK, 1 row affected (0.00 sec)  
    34. 
    
    
    
    
  34.  
    35. 
    
    
    
    
  35. mysql> insert into test values(5);  
    36. 
    
    
    
    
  36. Query OK, 1 row affected (0.01 sec)  
    37. 
    
    
    
    
  37.  
    38. 
    
    
    
    
  38. mysql> select * from test;  
    39. 
    
    
    
    
  39. +------+  
    40. 
    
    
    
    
  40. | id   |  
    41. 
    
    
    
    
  41. +------+  
    42. 
    
    
    
    
  42. |    1 |  
    43. 
    
    
    
    
  43. |    2 |  
    44. 
    
    
    
    
  44. |    3 |  
    45. 
    
    
    
    
  45. |    4 |  
    46. 
    
    
    
    
  46. |    5 |  
    47. 
    
    
    
    
  47. +------+  
    48. 
    
    
    
    
  48. 5 rows in set (0.00 sec)  
    49. 
    
    
    
    
  49.  
    50. 
    
    
    
    
  50. mysql> flush privileges;  
    51. 
    
    
    
    
  51. Query OK, 0 rows affected (0.00 sec)  
    52.
（2）然后备份test的整个数据库
使用下面的backup.sh脚本 
   
   
   
   
    
    
    
    
    
  1. root@client2:/tmp# cat backup.sh   
    2. 
    
    
    
    
  2. #!/bin/bash  
    3. 
    
    
    
    
  3. user='root'
    4. 
    
    
    
    
  4. passwd='123456'
    5. 
    
    
    
    
  5. database=test
    6. 
    
    
    
    
  6. my_config='/etc/mysql/my.cnf'
    7. 
    
    
    
    
  7. log=$database-$(date +%Y%m%d%H%M).log  
    8. 
    
    
    
    
  8. str=$database-$(date +%Y%m%d%H%M).tar.gz  
    9. 
    
    
    
    
  9. backup_dir='/tmp/data'
    10. 
    
    
    
    
  10. echo "Start to backup at $(date +%Y%m%d%H%M)"  
    11. 
    
    
    
    
  11. if [ ! -d "$backup_dir" ];then  
    12. 
    
    
    
    
  12.     mkdir $backup_dir  
    13. 
    
    
    
    
  13. fi  
    14. 
    
    
    
    
  14. innobackupex --user=$user --password=$passwd --defaults-file=$my_config --database=$database --stream=tar $backup_dir 2>$backup_dir/$log | gzip 1>$backup_dir/$str  
    15. 
    
    
    
    
  15. if [ $? -eq 0 ];then  
    16. 
    
    
    
    
  16.     echo "Backup is finish! at $(date +%Y%m%d%H%M)"  
    17. 
    
    
    
    
  17.     exit 0  
    18. 
    
    
    
    
  18. else  
    19. 
    
    
    
    
  19.     echo "Backup is Fail! at $(date +%Y%m%d%H%M)"  
    20. 
    
    
    
    
  20.     exit 1  
    21. 
    
    
    
    
  21. fi  
    22.
现在开始运行此脚本 
   
   
   
   
    
    
    
    
    
  1. root@client2:/tmp# sh backup.sh   
    2. 
    
    
    
    
  2. Start to backup at 201303072101  
    3. 
    
    
    
    
  3. Backup is finish! at 201303072102  
    4.
然后到data里查看结果 
   
   
   
   
    
    
    
    
    
  1. root@client2:/tmp# cd data  
    2. 
    
    
    
    
  2. root@client2:/tmp/data# ll  
    3. 
    
    
    
    
  3. total 3272  
    4. 
    
    
    
    
  4. drwxr-xr-x  2 root root    4096 Mar  7 21:01 ./  
    5. 
    
    
    
    
  5. drwxrwxrwt 13 root root    4096 Mar  7 21:02 ../  
    6. 
    
    
    
    
  6. -rw-r--r--  1 root root    3780 Mar  7 21:02 test-201303072101.log  
    7. 
    
    
    
    
  7. -rw-r--r--  1 root root 3336909 Mar  7 21:02 test-201303072101.tar.gz  
    8. 
    
    
    
    
  8. root@client2:/tmp/data# cat test-201303072101.log   
    9. 
    
    
    
    
  9.  
    10. 
    
    
    
    
  10. InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy  
    11. 
    
    
    
    
  11. and Percona Inc 2009-2012.  All Rights Reserved.  
    12. 
    
    
    
    
  12.  
    13. 
    
    
    
    
  13. This software is published under  
    14. 
    
    
    
    
  14. the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.  
    15. 
    
    
    
    
  15.  
    16. 
    
    
    
    
  16. 130307 21:01:39  innobackupex: Starting mysql with options:  --defaults-file='/etc/mysql/my.cnf'--password=xxxxxxxx--user='root' --unbuffered --  
    17. 
    
    
    
    
  17. 130307 21:01:39  innobackupex: Connected to database with mysql child process (pid=12441)  
    18. 
    
    
    
    
  18. 130307 21:01:45  innobackupex: Connection to database server closed  
    19. 
    
    
    
    
  19. IMPORTANT: Please check that the backup run completes successfully.  
    20. 
    
    
    
    
  20.            At the end of a successful backup run innobackupex  
    21. 
    
    
    
    
  21.            prints "completed OK!".  
    22. 
    
    
    
    
  22.  
    23. 
    
    
    
    
  23. innobackupex: Using mysql  Ver 14.14 Distrib 5.5.28, for debian-linux-gnu (x86_64) using readline 6.2  
    24. 
    
    
    
    
  24. innobackupex: Using mysql server version Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.  
    25. 
    
    
    
    
  25.  
    26. 
    
    
    
    
  26. innobackupex: Created backup directory /tmp/data  
    27. 
    
    
    
    
  27. 130307 21:01:45  innobackupex: Starting mysql with options:  --defaults-file='/etc/mysql/my.cnf'--password=xxxxxxxx--user='root' --unbuffered --  
    28. 
    
    
    
    
  28. 130307 21:01:45  innobackupex: Connected to database with mysql child process (pid=12471)  
    29. 
    
    
    
    
  29. 130307 21:01:47  innobackupex: Connection to database server closed  
    30. 
    
    
    
    
  30.  
    31. 
    
    
    
    
  31. 130307 21:01:47  innobackupex: Starting ibbackup with command: xtrabackup_55  --defaults-file="/etc/mysql/my.cnf" --backup --suspend-at-end --log-stream --target-dir=/tmp  
    32. 
    
    
    
    
  32. innobackupex: Waiting for ibbackup (pid=12478) to suspend  
    33. 
    
    
    
    
  33. innobackupex: Suspend file '/tmp/xtrabackup_suspended'  
    34. 
    
    
    
    
  34.  
    35. 
    
    
    
    
  35. xtrabackup: suspend-at-end is enabled.  
    36. 
    
    
    
    
  36. xtrabackup: uses posix_fadvise().  
    37. 
    
    
    
    
  37. xtrabackup: cd to /var/lib/mysql  
    38. 
    
    
    
    
  38. xtrabackup: Target instance is assumed as followings.  
    39. 
    
    
    
    
  39. xtrabackup:   innodb_data_home_dir = ./  
    40. 
    
    
    
    
  40. xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend  
    41. 
    
    
    
    
  41. xtrabackup:   innodb_log_group_home_dir = ./  
    42. 
    
    
    
    
  42. xtrabackup:   innodb_log_files_in_group = 2
    43. 
    
    
    
    
  43. xtrabackup:   innodb_log_file_size = 5242880
    44. 
    
    
    
    
  44. 130307 21:01:47 InnoDB: Using Linux native AIO  
    45. 
    
    
    
    
  45. xtrabackup: Stream mode.  
    46. 
    
    
    
    
  46. >> log scanned up to (59605543)  
    47. 
    
    
    
    
  47.  
    48. 
    
    
    
    
  48. 130307 21:01:49  innobackupex: Continuing after ibbackup has suspended  
    49. 
    
    
    
    
  49.  
    50. 
    
    
    
    
  50. innobackupex: Starting to backup InnoDB tables and indexes  
    51. 
    
    
    
    
  51. innobackupex: from original InnoDB data directory '/var/lib/mysql'  
    52. 
    
    
    
    
  52. innobackupex: Backing up as tar stream 'ibdata1'  
    53. 
    
    
    
    
  53. 130307 21:01:52  innobackupex: Starting mysql with options:  --defaults-file='/etc/mysql/my.cnf'--password=xxxxxxxx--user='root' --unbuffered --  
    54. 
    
    
    
    
  54. 130307 21:01:52  innobackupex: Connected to database with mysql child process (pid=12494)  
    55. 
    
    
    
    
  55. >> log scanned up to (59605543)  
    56. 
    
    
    
    
  56. 130307 21:01:54  innobackupex: Starting to lock all tables...  
    57. 
    
    
    
    
  57. >> log scanned up to (59605543)  
    58. 
    
    
    
    
  58. >> log scanned up to (59605543)  
    59. 
    
    
    
    
  59. 130307 21:02:04  innobackupex: All tables locked and flushed to disk  
    60. 
    
    
    
    
  60.  
    61. 
    
    
    
    
  61. 130307 21:02:04  innobackupex: Starting to backup .frm, .MRG, .MYD, .MYI,  
    62. 
    
    
    
    
  62. innobackupex: .TRG, .TRN, .ARM, .ARZ, .CSM, .CSV and .opt files in  
    63. 
    
    
    
    
  63. innobackupex: subdirectories of '/var/lib/mysql'  
    64. 
    
    
    
    
  64. innobackupex: Backing up file '/var/lib/mysql/test/test.frm'  
    65. 
    
    
    
    
  65. innobackupex: Backing up file '/var/lib/mysql/test/db.opt'  
    66. 
    
    
    
    
  66. 130307 21:02:04  innobackupex: Finished backing up .frm, .MRG, .MYD, .MYI, .TRG, .TRN, .ARM, .ARZ, .CSV, .CSM and .opt files  
    67. 
    
    
    
    
  67.  
    68. 
    
    
    
    
  68. innobackupex: Resuming ibbackup  
    69. 
    
    
    
    
  69.  
    70. 
    
    
    
    
  70. xtrabackup: The latest check point (for incremental): '59605543'  
    71. 
    
    
    
    
  71. >> log scanned up to (59605543)  
    72. 
    
    
    
    
  72. xtrabackup: Transaction log of lsn (59605543) to (59605543) was copied.  
    73. 
    
    
    
    
  73. 130307 21:02:06  innobackupex: All tables unlocked  
    74. 
    
    
    
    
  74. 130307 21:02:06  innobackupex: Connection to database server closed  
    75. 
    
    
    
    
  75.  
    76. 
    
    
    
    
  76. innobackupex: Backup created in directory '/tmp/data'  
    77. 
    
    
    
    
  77. innobackupex: MySQL binlog position: filename 'mysql-bin.000022', position 107  
    78. 
    
    
    
    
  78. innobackupex: You must use -i (--ignore-zeros) option for extraction of the tar stream.  
    79. 
    
    
    
    
  79. 130307 21:02:06  innobackupex: completed OK!  
    80.
可以看到备份完成了
（3）恢复数据库
先关闭mysql服务，然后再删除test数据库文件 
   
   
   
   
    
    
    
    
    
  1. root@client2:/tmp/data# service mysql stop  
    2. 
    
    
    
    
  2. mysql stop/waiting  
    3. 
    
    
    
    
  3. root@client2:/tmp/data# cd /var/lib/mysql/  
    4. 
    
    
    
    
  4. root@client2:/var/lib/mysql# ll  
    5. 
    
    
    
    
  5. total 77860  
    6. 
    
    
    
    
  6. drwx------  8 mysql mysql     4096 Mar  7 20:59 ./  
    7. 
    
    
    
    
  7. drwxr-xr-x 38 root  root      4096 Mar  7 19:52 ../  
    8. 
    
    
    
    
  8. -rw-r--r--  1 root  root         0 Jan  5 14:22 debian-5.5.flag  
    9. 
    
    
    
    
  9. drwx------  2 mysql mysql     4096 Feb 11 17:39 django/  
    10. 
    
    
    
    
  10. -rw-rw----  1 mysql mysql 69206016 Mar  7 21:02 ibdata1  
    11. 
    
    
    
    
  11. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:02 ib_logfile0  
    12. 
    
    
    
    
  12. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:01 ib_logfile1  
    13. 
    
    
    
    
  13. drwx------  2 mysql mysql     4096 Jan  5 22:55 monitor/  
    14. 
    
    
    
    
  14. drwx------  2 mysql root      4096 Jan  5 14:22 mysql/  
    15. 
    
    
    
    
  15. -rw-rw----  1 root  root         6 Jan  5 14:22 mysql_upgrade_info  
    16. 
    
    
    
    
  16. drwx------  2 mysql mysql     4096 Jan  5 14:22 performance_schema/  
    17. 
    
    
    
    
  17. drwx------  2 mysql mysql     4096 Mar  7 21:00 test/  
    18. 
    
    
    
    
  18. drwxr-xr-x  2 mysql mysql     4096 Mar  7 19:58 xtrbackup/  
    19. 
    
    
    
    
  19. root@client2:/var/lib/mysql# rm -rf test  
    20. 
    
    
    
    
  20. root@client2:/var/lib/mysql# ll  
    21. 
    
    
    
    
  21. total 77856  
    22. 
    
    
    
    
  22. drwx------  7 mysql mysql     4096 Mar  7 21:03 ./  
    23. 
    
    
    
    
  23. drwxr-xr-x 38 root  root      4096 Mar  7 19:52 ../  
    24. 
    
    
    
    
  24. -rw-r--r--  1 root  root         0 Jan  5 14:22 debian-5.5.flag  
    25. 
    
    
    
    
  25. drwx------  2 mysql mysql     4096 Feb 11 17:39 django/  
    26. 
    
    
    
    
  26. -rw-rw----  1 mysql mysql 69206016 Mar  7 21:02 ibdata1  
    27. 
    
    
    
    
  27. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:02 ib_logfile0  
    28. 
    
    
    
    
  28. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:01 ib_logfile1  
    29. 
    
    
    
    
  29. drwx------  2 mysql mysql     4096 Jan  5 22:55 monitor/  
    30. 
    
    
    
    
  30. drwx------  2 mysql root      4096 Jan  5 14:22 mysql/  
    31. 
    
    
    
    
  31. -rw-rw----  1 root  root         6 Jan  5 14:22 mysql_upgrade_info  
    32. 
    
    
    
    
  32. drwx------  2 mysql mysql     4096 Jan  5 14:22 performance_schema/  
    33. 
    
    
    
    
  33. drwxr-xr-x  2 mysql mysql     4096 Mar  7 19:58 xtrbackup/  
    34.
开始恢复数据库
先把之前/tmp/data里的数据库压缩版给解压 
   
   
   
   
    
    
    
    
    
  1. root@client2:cd /tmp/data  
    2. 
    
    
    
    
  2. root@client2:/tmp/data# tar -izxvf test-201303072101.tar.gz -C /tmp/restore/  
    3. 
    
    
    
    
  3. backup-my.cnf  
    4. 
    
    
    
    
  4. ibdata1  
    5. 
    
    
    
    
  5. xtrabackup_binlog_info  
    6. 
    
    
    
    
  6. test/test.frm  
    7. 
    
    
    
    
  7. test/db.opt  
    8. 
    
    
    
    
  8. xtrabackup_logfile  
    9. 
    
    
    
    
  9. xtrabackup_checkpoints  
    10. 
    
    
    
    
  10. xtrabackup_binary  
    11.
注意：这里tar解包必须使用-i参数，否则解压出来的文件只有一个backup-my.cnf
查看一下restore的内容 
   
   
   
   
    
    
    
    
    
  1. root@client2:/tmp/data# cd /tmp/restore/  
    2. 
    
    
    
    
  2. root@client2:/tmp/restore# ll  
    3. 
    
    
    
    
  3. total 67616  
    4. 
    
    
    
    
  4. drwxr-xr-x  3 root  root      4096 Mar  7 21:03 ./  
    5. 
    
    
    
    
  5. drwxrwxrwt 14 root  root      4096 Mar  7 21:03 ../  
    6. 
    
    
    
    
  6. -rw-r--r--  1 root  root       260 Mar  7 21:01 backup-my.cnf  
    7. 
    
    
    
    
  7. -rw-rw----  1 mysql mysql 69206016 Mar  7 21:01 ibdata1  
    8. 
    
    
    
    
  8. drwxr-xr-x  2 root  root      4096 Mar  7 21:03 test/  
    9. 
    
    
    
    
  9. -rw-r--r--  1 root  root        13 Mar  7 21:02 xtrabackup_binary  
    10. 
    
    
    
    
  10. -rw-r--r--  1 root  root        23 Mar  7 21:02 xtrabackup_binlog_info  
    11. 
    
    
    
    
  11. -rw-r--r--  1 root  root        79 Mar  7 21:02 xtrabackup_checkpoints  
    12. 
    
    
    
    
  12. -rw-r--r--  1 root  root      2560 Mar  7 21:02 xtrabackup_logfile  
    13.

然后将备份文件中的日志应用到备份文件中的数据文件上

   
   
   
   
    
    
    
    
    
  1. root@client2:/tmp/restore# innobackupex --user=root--password=123456 --apply-log /tmp/restore/  
    2. 
    
    
    
    
  2.  
    3. 
    
    
    
    
  3. InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy  
    4. 
    
    
    
    
  4. and Percona Inc 2009-2012.  All Rights Reserved.  
    5. 
    
    
    
    
  5.  
    6. 
    
    
    
    
  6. This software is published under  
    7. 
    
    
    
    
  7. the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.  
    8. 
    
    
    
    
  8.  
    9. 
    
    
    
    
  9. IMPORTANT: Please check that the apply-log run completes successfully.  
    10. 
    
    
    
    
  10.            At the end of a successful apply-log run innobackupex  
    11. 
    
    
    
    
  11.            prints "completed OK!".  
    12. 
    
    
    
    
  12.  
    13. 
    
    
    
    
  13.  
    14. 
    
    
    
    
  14.  
    15. 
    
    
    
    
  15. 130307 21:04:18  innobackupex: Starting ibbackup with command: xtrabackup_55  --defaults-file="/tmp/restore/backup-my.cnf" --prepare --target-dir=/tmp/restore  
    16. 
    
    
    
    
  16.  
    17. 
    
    
    
    
  17. xtrabackup_55 version 1.6.7 for Percona Server 5.5.16 Linux (x86_64) (revision id: undefined)  
    18. 
    
    
    
    
  18. xtrabackup: cd to /tmp/restore  
    19. 
    
    
    
    
  19. xtrabackup: This target seems to be not prepared yet.  
    20. 
    
    
    
    
  20. xtrabackup: xtrabackup_logfile detected: size=2097152, start_lsn=(59605543)  
    21. 
    
    
    
    
  21. xtrabackup: Temporary instance for recovery is set as followings.  
    22. 
    
    
    
    
  22. xtrabackup:   innodb_data_home_dir = ./  
    23. 
    
    
    
    
  23. xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend  
    24. 
    
    
    
    
  24. xtrabackup:   innodb_log_group_home_dir = ./  
    25. 
    
    
    
    
  25. xtrabackup:   innodb_log_files_in_group = 1
    26. 
    
    
    
    
  26. xtrabackup:   innodb_log_file_size = 2097152
    27. 
    
    
    
    
  27. 130307 21:04:19 InnoDB: Using Linux native AIO  
    28. 
    
    
    
    
  28. xtrabackup: Starting InnoDB instance for recovery.  
    29. 
    
    
    
    
  29. xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)  
    30. 
    
    
    
    
  30. 130307 21:04:19 InnoDB: The InnoDB memory heap is disabled  
    31. 
    
    
    
    
  31. 130307 21:04:19 InnoDB: Mutexes and rw_locks use GCC atomic builtins  
    32. 
    
    
    
    
  32. 130307 21:04:19 InnoDB: Compressed tables use zlib 1.2.3  
    33. 
    
    
    
    
  33. 130307 21:04:19 InnoDB: Using Linux native AIO  
    34. 
    
    
    
    
  34. 130307 21:04:19 InnoDB: Warning: innodb_file_io_threads is deprecated. Please use innodb_read_io_threads and innodb_write_io_threads instead  
    35. 
    
    
    
    
  35. 130307 21:04:19 InnoDB: Initializing buffer pool, size = 100.0M  
    36. 
    
    
    
    
  36. 130307 21:04:19 InnoDB: Completed initialization of buffer pool  
    37. 
    
    
    
    
  37. 130307 21:04:19 InnoDB: highest supported file format is Barracuda.  
    38. 
    
    
    
    
  38. InnoDB: The log sequence number in ibdata files does not match  
    39. 
    
    
    
    
  39. InnoDB: the log sequence number in the ib_logfiles!  
    40. 
    
    
    
    
  40. 130307 21:04:19  InnoDB: Database was not shut down normally!  
    41. 
    
    
    
    
  41. InnoDB: Starting crash recovery.  
    42. 
    
    
    
    
  42. InnoDB: Reading tablespace information from the .ibd files...  
    43. 
    
    
    
    
  43. InnoDB: Last MySQL binlog file position 0 107, file name /var/log/mysql/mysql-bin.000022  
    44. 
    
    
    
    
  44. 130307 21:04:20  InnoDB: Waiting for the background threads to start  
    45. 
    
    
    
    
  45. 130307 21:04:21 Percona XtraDB (http://www.percona.com) 1.1.8-20.1 started; log sequence number 59605543  
    46. 
    
    
    
    
  46.  
    47. 
    
    
    
    
  47. [notice (again)]  
    48. 
    
    
    
    
  48.   If you use binary log and don't use any hack of group commit,  
    49. 
    
    
    
    
  49.   the binary log position seems to be:  
    50. 
    
    
    
    
  50. InnoDB: Last MySQL binlog file position 0 107, file name /var/log/mysql/mysql-bin.000022  
    51. 
    
    
    
    
  51.  
    52. 
    
    
    
    
  52. xtrabackup: starting shutdown with innodb_fast_shutdown = 1
    53. 
    
    
    
    
  53. 130307 21:04:21  InnoDB: Starting shutdown...  
    54. 
    
    
    
    
  54. 130307 21:04:25  InnoDB: Shutdown completed; log sequence number 59606758  
    55. 
    
    
    
    
  55.  
    56. 
    
    
    
    
  56. 130307 21:04:25  innobackupex: Restarting xtrabackup with command: xtrabackup_55  --defaults-file="/tmp/restore/backup-my.cnf" --prepare --target-dir=/tmp/restore  
    57. 
    
    
    
    
  57. for creating ib_logfile*  
    58. 
    
    
    
    
  58.  
    59. 
    
    
    
    
  59. xtrabackup_55 version 1.6.7 for Percona Server 5.5.16 Linux (x86_64) (revision id: undefined)  
    60. 
    
    
    
    
  60. xtrabackup: cd to /tmp/restore  
    61. 
    
    
    
    
  61. xtrabackup: This target seems to be already prepared.  
    62. 
    
    
    
    
  62. xtrabackup: notice: xtrabackup_logfile was already used to '--prepare'.  
    63. 
    
    
    
    
  63. xtrabackup: Temporary instance for recovery is set as followings.  
    64. 
    
    
    
    
  64. xtrabackup:   innodb_data_home_dir = ./  
    65. 
    
    
    
    
  65. xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend  
    66. 
    
    
    
    
  66. xtrabackup:   innodb_log_group_home_dir = ./  
    67. 
    
    
    
    
  67. xtrabackup:   innodb_log_files_in_group = 2
    68. 
    
    
    
    
  68. xtrabackup:   innodb_log_file_size = 5242880
    69. 
    
    
    
    
  69. 130307 21:04:25 InnoDB: Using Linux native AIO  
    70. 
    
    
    
    
  70. xtrabackup: Starting InnoDB instance for recovery.  
    71. 
    
    
    
    
  71. xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)  
    72. 
    
    
    
    
  72. 130307 21:04:25 InnoDB: The InnoDB memory heap is disabled  
    73. 
    
    
    
    
  73. 130307 21:04:25 InnoDB: Mutexes and rw_locks use GCC atomic builtins  
    74. 
    
    
    
    
  74. 130307 21:04:25 InnoDB: Compressed tables use zlib 1.2.3  
    75. 
    
    
    
    
  75. 130307 21:04:25 InnoDB: Using Linux native AIO  
    76. 
    
    
    
    
  76. 130307 21:04:25 InnoDB: Warning: innodb_file_io_threads is deprecated. Please use innodb_read_io_threads and innodb_write_io_threads instead  
    77. 
    
    
    
    
  77. 130307 21:04:25 InnoDB: Initializing buffer pool, size = 100.0M  
    78. 
    
    
    
    
  78. 130307 21:04:25 InnoDB: Completed initialization of buffer pool  
    79. 
    
    
    
    
  79. 130307 21:04:25  InnoDB: Log file ./ib_logfile0 did not exist: new to be created  
    80. 
    
    
    
    
  80. InnoDB: Setting log file ./ib_logfile0 size to 5 MB  
    81. 
    
    
    
    
  81. InnoDB: Database physically writes the file full: wait...  
    82. 
    
    
    
    
  82. 130307 21:04:25  InnoDB: Log file ./ib_logfile1 did not exist: new to be created  
    83. 
    
    
    
    
  83. InnoDB: Setting log file ./ib_logfile1 size to 5 MB  
    84. 
    
    
    
    
  84. InnoDB: Database physically writes the file full: wait...  
    85. 
    
    
    
    
  85. 130307 21:04:25 InnoDB: highest supported file format is Barracuda.  
    86. 
    
    
    
    
  86. InnoDB: The log sequence number in ibdata files does not match  
    87. 
    
    
    
    
  87. InnoDB: the log sequence number in the ib_logfiles!  
    88. 
    
    
    
    
  88. 130307 21:04:25  InnoDB: Database was not shut down normally!  
    89. 
    
    
    
    
  89. InnoDB: Starting crash recovery.  
    90. 
    
    
    
    
  90. InnoDB: Reading tablespace information from the .ibd files...  
    91. 
    
    
    
    
  91. InnoDB: Last MySQL binlog file position 0 107, file name /var/log/mysql/mysql-bin.000022  
    92. 
    
    
    
    
  92. 130307 21:04:26  InnoDB: Waiting for the background threads to start  
    93. 
    
    
    
    
  93. 130307 21:04:27 Percona XtraDB (http://www.percona.com) 1.1.8-20.1 started; log sequence number 59607052  
    94. 
    
    
    
    
  94.  
    95. 
    
    
    
    
  95. [notice (again)]  
    96. 
    
    
    
    
  96.   If you use binary log and don't use any hack of group commit,  
    97. 
    
    
    
    
  97.   the binary log position seems to be:  
    98. 
    
    
    
    
  98. InnoDB: Last MySQL binlog file position 0 107, file name /var/log/mysql/mysql-bin.000022  
    99. 
    
    
    
    
  99.  
    100. 
    
    
    
    
  100. xtrabackup: starting shutdown with innodb_fast_shutdown = 1
    101. 
    
    
    
    
  101. 130307 21:04:27  InnoDB: Starting shutdown...  
    102. 
    
    
    
    
  102. 130307 21:04:31  InnoDB: Shutdown completed; log sequence number 59607052  
    103. 
    
    
    
    
  103. 130307 21:04:31  innobackupex: completed OK!  
    104.
这里的--apply-log指明是将日志应用到数据文件上，完成之后将备份文件中的数据恢复到数据库中：
然后再查看一下当前目录内容 
   
   
   
   
    
    
    
    
    
  1. root@client2:/tmp/restore# ll  
    2. 
    
    
    
    
  2. total 79904  
    3. 
    
    
    
    
  3. drwxr-xr-x  3 root  root      4096 Mar  7 21:04 ./  
    4. 
    
    
    
    
  4. drwxrwxrwt 14 root  root      4096 Mar  7 21:04 ../  
    5. 
    
    
    
    
  5. -rw-r--r--  1 root  root       260 Mar  7 21:01 backup-my.cnf  
    6. 
    
    
    
    
  6. -rw-rw----  1 mysql mysql 69206016 Mar  7 21:04 ibdata1  
    7. 
    
    
    
    
  7. -rw-r--r--  1 root  root   5242880 Mar  7 21:04 ib_logfile0  
    8. 
    
    
    
    
  8. -rw-r--r--  1 root  root   5242880 Mar  7 21:04 ib_logfile1  
    9. 
    
    
    
    
  9. drwxr-xr-x  2 root  root      4096 Mar  7 21:03 test/  
    10. 
    
    
    
    
  10. -rw-r--r--  1 root  root        13 Mar  7 21:02 xtrabackup_binary  
    11. 
    
    
    
    
  11. -rw-r--r--  1 root  root        23 Mar  7 21:02 xtrabackup_binlog_info  
    12. 
    
    
    
    
  12. -rw-r--r--  1 root  root        36 Mar  7 21:04 xtrabackup_binlog_pos_innodb  
    13. 
    
    
    
    
  13. -rw-r--r--  1 root  root        79 Mar  7 21:04 xtrabackup_checkpoints  
    14. 
    
    
    
    
  14. -rw-r--r--  1 root  root   2097152 Mar  7 21:04 xtrabackup_logfile  
    15. 
    
    
    
    
  15. 然后把test目录复制到/var/lib/mysql目录  
    16. 
    
    
    
    
  16. root@client2:/tmp/restore# rsync -avz test ib* /var/lib/mysql/  
    17. 
    
    
    
    
  17. sending incremental file list  
    18. 
    
    
    
    
  18. test/  
    19. 
    
    
    
    
  19. test/db.opt  
    20. 
    
    
    
    
  20. test/test.frm  
    21. 
    
    
    
    
  21.  
    22. 
    
    
    
    
  22. sent 381 bytes  received 54 bytes  870.00 bytes/sec  
    23. 
    
    
    
    
  23. total size is 8621  speedup is 19.82  
    24. 
    
    
    
    
  24. root@client2:/tmp/restore# cd /var/lib/mysql/  
    25. 
    
    
    
    
  25. root@client2:/var/lib/mysql# ll  
    26. 
    
    
    
    
  26. total 77860  
    27. 
    
    
    
    
  27. drwx------  8 mysql mysql     4096 Mar  7 21:06 ./  
    28. 
    
    
    
    
  28. drwxr-xr-x 38 root  root      4096 Mar  7 19:52 ../  
    29. 
    
    
    
    
  29. -rw-r--r--  1 root  root         0 Jan  5 14:22 debian-5.5.flag  
    30. 
    
    
    
    
  30. drwx------  2 mysql mysql     4096 Feb 11 17:39 django/  
    31. 
    
    
    
    
  31. -rw-rw----  1 mysql mysql 69206016 Mar  7 21:02 ibdata1  
    32. 
    
    
    
    
  32. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:02 ib_logfile0  
    33. 
    
    
    
    
  33. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:01 ib_logfile1  
    34. 
    
    
    
    
  34. drwx------  2 mysql mysql     4096 Jan  5 22:55 monitor/  
    35. 
    
    
    
    
  35. drwx------  2 mysql root      4096 Jan  5 14:22 mysql/  
    36. 
    
    
    
    
  36. -rw-rw----  1 root  root         6 Jan  5 14:22 mysql_upgrade_info  
    37. 
    
    
    
    
  37. drwx------  2 mysql mysql     4096 Jan  5 14:22 performance_schema/  
    38. 
    
    
    
    
  38. drwxr-xr-x  2 root  root      4096 Mar  7 21:03 test/  
    39. 
    
    
    
    
  39. drwxr-xr-x  2 mysql mysql     4096 Mar  7 19:58 xtrbackup/  
    40.
然后再修改test的用户与组为mysql 
   
   
   
   
    
    
    
    
    
  1. root@client2:/var/lib/mysql# chown -R mysql:mysql test  
    2. 
    
    
    
    
  2. root@client2:/var/lib/mysql# ll  
    3. 
    
    
    
    
  3. total 77860  
    4. 
    
    
    
    
  4. drwx------  8 mysql mysql     4096 Mar  7 21:06 ./  
    5. 
    
    
    
    
  5. drwxr-xr-x 38 root  root      4096 Mar  7 19:52 ../  
    6. 
    
    
    
    
  6. -rw-r--r--  1 root  root         0 Jan  5 14:22 debian-5.5.flag  
    7. 
    
    
    
    
  7. drwx------  2 mysql mysql     4096 Feb 11 17:39 django/  
    8. 
    
    
    
    
  8. -rw-rw----  1 mysql mysql 69206016 Mar  7 21:02 ibdata1  
    9. 
    
    
    
    
  9. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:02 ib_logfile0  
    10. 
    
    
    
    
  10. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:01 ib_logfile1  
    11. 
    
    
    
    
  11. drwx------  2 mysql mysql     4096 Jan  5 22:55 monitor/  
    12. 
    
    
    
    
  12. drwx------  2 mysql root      4096 Jan  5 14:22 mysql/  
    13. 
    
    
    
    
  13. -rw-rw----  1 root  root         6 Jan  5 14:22 mysql_upgrade_info  
    14. 
    
    
    
    
  14. drwx------  2 mysql mysql     4096 Jan  5 14:22 performance_schema/  
    15. 
    
    
    
    
  15. drwxr-xr-x  2 mysql mysql     4096 Mar  7 21:03 test/  
    16. 
    
    
    
    
  16. drwxr-xr-x  2 mysql mysql     4096 Mar  7 19:58 xtrbackup/  
    17.
然后启动mysql，并查看test数据库的表里内容 
   
   
   
   
    
    
    
    
    
  1. root@client2:/var/lib/mysql# service  mysql start  
    2. 
    
    
    
    
  2. mysql start/running, process 12730  
    3. 
    
    
    
    
  3. root@client2:/var/lib/mysql# mysql -u root -p  
    4. 
    
    
    
    
  4. Enter password:   
    5. 
    
    
    
    
  5. Welcome to the MySQL monitor.  Commands end with ; or \g.  
    6. 
    
    
    
    
  6. Your MySQL connection id is 36  
    7. 
    
    
    
    
  7. Server version: 5.5.28-0ubuntu0.12.04.3-log (Ubuntu)  
    8. 
    
    
    
    
  8.  
    9. 
    
    
    
    
  9. Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.  
    10. 
    
    
    
    
  10.  
    11. 
    
    
    
    
  11. Oracle is a registered trademark of Oracle Corporation and/or its  
    12. 
    
    
    
    
  12. affiliates. Other names may be trademarks of their respective  
    13. 
    
    
    
    
  13. owners.  
    14. 
    
    
    
    
  14.  
    15. 
    
    
    
    
  15. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.  
    16. 
    
    
    
    
  16.  
    17. 
    
    
    
    
  17. mysql> use test;  
    18. 
    
    
    
    
  18. Reading table information for completion of table and column names  
    19. 
    
    
    
    
  19. You can turn off this feature to get a quicker startup with -A  
    20. 
    
    
    
    
  20.  
    21. 
    
    
    
    
  21. Database changed  
    22. 
    
    
    
    
  22. mysql> select * from test;  
    23. 
    
    
    
    
  23. +------+  
    24. 
    
    
    
    
  24. | id   |  
    25. 
    
    
    
    
  25. +------+  
    26. 
    
    
    
    
  26. |    1 |  
    27. 
    
    
    
    
  27. |    2 |  
    28. 
    
    
    
    
  28. |    3 |  
    29. 
    
    
    
    
  29. |    4 |  
    30. 
    
    
    
    
  30. |    5 |  
    31. 
    
    
    
    
  31. +------+  
    32. 
    
    
    
    
  32. 5 rows in set (0.01 sec)  
    33.
可以看到数据库已经恢复完成
可能大家有个疑问，为什么我这里不像很多网上的文章里是在apply-log后，使用copy-back如果使用/usr/bin/innobackupex --copy-back命令后，会报Original data directory is not empty! at /usr/local/xtrabackup/bin/innobackupex line 538.恢复的目录必须为空。经查官网，这是xtrabackup的一个BUG。
innobackupex�Ccopy-back was run. With this bug fix, innobackupex�Ccopy-back operation if the destination is not empty, avoiding potential data loss or a strang combination of a restored backup and previous data. Bug Fixed: #737569 (Valentine Gostev) will now error out of the did not check that MySQL datadir was empty before
所以在apply-log后直接复制数据目录到数据库的位置上吧。
三、对数据库的增量备份与恢复
为了进行增量备份，先对数据库添加一些数据 
   
   
   
   
    
    
    
    
    
  1. mysql> insert into test values(11);  
    2. 
    
    
    
    
  2. Query OK, 1 row affected (0.10 sec)  
    3. 
    
    
    
    
  3.  
    4. 
    
    
    
    
  4. mysql> insert into test values(12);  
    5. 
    
    
    
    
  5. Query OK, 1 row affected (0.05 sec)  
    6. 
    
    
    
    
  6.  
    7. 
    
    
    
    
  7. mysql> insert into test values(13);  
    8. 
    
    
    
    
  8. Query OK, 1 row affected (0.00 sec)  
    9. 
    
    
    
    
  9.  
    10. 
    
    
    
    
  10. mysql> insert into test values(14);  
    11. 
    
    
    
    
  11. Query OK, 1 row affected (0.00 sec)  
    12. 
    
    
    
    
  12.  
    13. 
    
    
    
    
  13. mysql> insert into test values(15);  
    14. 
    
    
    
    
  14. Query OK, 1 row affected (0.00 sec)  
    15. 
    
    
    
    
  15.  
    16. 
    
    
    
    
  16. mysql> flush privileges;  
    17. 
    
    
    
    
  17. Query OK, 0 rows affected (0.01 sec)  
    18. 
    
    
    
    
  18.  
    19. 
    
    
    
    
  19. mysql> select * from test;  
    20. 
    
    
    
    
  20. +------+  
    21. 
    
    
    
    
  21. | id   |  
    22. 
    
    
    
    
  22. +------+  
    23. 
    
    
    
    
  23. |    1 |  
    24. 
    
    
    
    
  24. |    2 |  
    25. 
    
    
    
    
  25. |    3 |  
    26. 
    
    
    
    
  26. |    4 |  
    27. 
    
    
    
    
  27. |    5 |  
    28. 
    
    
    
    
  28. |   11 |  
    29. 
    
    
    
    
  29. |   12 |  
    30. 
    
    
    
    
  30. |   13 |  
    31. 
    
    
    
    
  31. |   14 |  
    32. 
    
    
    
    
  32. |   15 |  
    33. 
    
    
    
    
  33. +------+  
    34. 
    
    
    
    
  34. 10 rows in set (0.00 sec)  
    35.
然后进行增量的备份

 

   
   
   
   
    
    
    
    
    
  1. root@client2:/var/lib/mysql# innobackupex --user=root--password=123456--database=test --incremental --incremental-basedir=/tmp/restore/ /tmp/data  
    2. 
    
    
    
    
  2.  
    3. 
    
    
    
    
  3. InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy  
    4. 
    
    
    
    
  4. and Percona Inc 2009-2012.  All Rights Reserved.  
    5. 
    
    
    
    
  5.  
    6. 
    
    
    
    
  6. This software is published under  
    7. 
    
    
    
    
  7. the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.  
    8. 
    
    
    
    
  8.  
    9. 
    
    
    
    
  9. 130307 21:13:38  innobackupex: Starting mysql with options:  --password=xxxxxxxx--user='root' --unbuffered --  
    10. 
    
    
    
    
  10. 130307 21:13:38  innobackupex: Connected to database with mysql child process (pid=12864)  
    11. 
    
    
    
    
  11. 130307 21:13:44  innobackupex: Connection to database server closed  
    12. 
    
    
    
    
  12. IMPORTANT: Please check that the backup run completes successfully.  
    13. 
    
    
    
    
  13.            At the end of a successful backup run innobackupex  
    14. 
    
    
    
    
  14.            prints "completed OK!".  
    15. 
    
    
    
    
  15.  
    16. 
    
    
    
    
  16. innobackupex: Using mysql  Ver 14.14 Distrib 5.5.28, for debian-linux-gnu (x86_64) using readline 6.2  
    17. 
    
    
    
    
  17. innobackupex: Using mysql server version Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.  
    18. 
    
    
    
    
  18.  
    19. 
    
    
    
    
  19. innobackupex: Created backup directory /tmp/data/2013-03-07_21-13-44  
    20. 
    
    
    
    
  20. 130307 21:13:44  innobackupex: Starting mysql with options:  --password=xxxxxxxx--user='root' --unbuffered --  
    21. 
    
    
    
    
  21. 130307 21:13:44  innobackupex: Connected to database with mysql child process (pid=12891)  
    22. 
    
    
    
    
  22. 130307 21:13:46  innobackupex: Connection to database server closed  
    23. 
    
    
    
    
  23.  
    24. 
    
    
    
    
  24. 130307 21:13:46  innobackupex: Starting ibbackup with command: xtrabackup_55 --backup --suspend-at-end --target-dir=/tmp/data/2013-03-07_21-13-44 --incremental-basedir='/tmp/restore/'
    25. 
    
    
    
    
  25. innobackupex: Waiting for ibbackup (pid=12898) to suspend  
    26. 
    
    
    
    
  26. innobackupex: Suspend file '/tmp/data/2013-03-07_21-13-44/xtrabackup_suspended'  
    27. 
    
    
    
    
  27.  
    28. 
    
    
    
    
  28. xtrabackup_55 version 1.6.7 for Percona Server 5.5.16 Linux (x86_64) (revision id: undefined)  
    29. 
    
    
    
    
  29. incremental backup from 59605543 is enabled.  
    30. 
    
    
    
    
  30. xtrabackup: uses posix_fadvise().  
    31. 
    
    
    
    
  31. xtrabackup: cd to /var/lib/mysql  
    32. 
    
    
    
    
  32. xtrabackup: Target instance is assumed as followings.  
    33. 
    
    
    
    
  33. xtrabackup:   innodb_data_home_dir = ./  
    34. 
    
    
    
    
  34. xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend  
    35. 
    
    
    
    
  35. xtrabackup:   innodb_log_group_home_dir = ./  
    36. 
    
    
    
    
  36. xtrabackup:   innodb_log_files_in_group = 2
    37. 
    
    
    
    
  37. xtrabackup:   innodb_log_file_size = 5242880
    38. 
    
    
    
    
  38. 130307 21:13:46 InnoDB: Using Linux native AIO  
    39. 
    
    
    
    
  39. >> log scanned up to (59606124)  
    40. 
    
    
    
    
  40. [01] Copying ./ibdata1   
    41. 
    
    
    
    
  41.      to /tmp/data/2013-03-07_21-13-44/ibdata1.delta  
    42. 
    
    
    
    
  42. [01]        ...done  
    43. 
    
    
    
    
  43.  
    44. 
    
    
    
    
  44. 130307 21:13:50  innobackupex: Continuing after ibbackup has suspended  
    45. 
    
    
    
    
  45. 130307 21:13:50  innobackupex: Starting mysql with options:  --password=xxxxxxxx--user='root' --unbuffered --  
    46. 
    
    
    
    
  46. 130307 21:13:50  innobackupex: Connected to database with mysql child process (pid=12913)  
    47. 
    
    
    
    
  47. >> log scanned up to (59606124)  
    48. 
    
    
    
    
  48. 130307 21:13:52  innobackupex: Starting to lock all tables...  
    49. 
    
    
    
    
  49. >> log scanned up to (59606124)  
    50. 
    
    
    
    
  50. >> log scanned up to (59606124)  
    51. 
    
    
    
    
  51. 130307 21:14:03  innobackupex: All tables locked and flushed to disk  
    52. 
    
    
    
    
  52.  
    53. 
    
    
    
    
  53. 130307 21:14:03  innobackupex: Starting to backup .frm, .MRG, .MYD, .MYI,  
    54. 
    
    
    
    
  54. innobackupex: .TRG, .TRN, .ARM, .ARZ, .CSM, .CSV and .opt files in  
    55. 
    
    
    
    
  55. innobackupex: subdirectories of '/var/lib/mysql'  
    56. 
    
    
    
    
  56. innobackupex: Backing up file '/var/lib/mysql/test/test.frm'  
    57. 
    
    
    
    
  57. innobackupex: Backing up file '/var/lib/mysql/test/db.opt'  
    58. 
    
    
    
    
  58. 130307 21:14:03  innobackupex: Finished backing up .frm, .MRG, .MYD, .MYI, .TRG, .TRN, .ARM, .ARZ, .CSV, .CSM and .opt files  
    59. 
    
    
    
    
  59.  
    60. 
    
    
    
    
  60. innobackupex: Resuming ibbackup  
    61. 
    
    
    
    
  61.  
    62. 
    
    
    
    
  62. xtrabackup: The latest check point (for incremental): '59606124'  
    63. 
    
    
    
    
  63. >> log scanned up to (59606124)  
    64. 
    
    
    
    
  64. xtrabackup: Stopping log copying thread.  
    65. 
    
    
    
    
  65. xtrabackup: Transaction log of lsn (59606124) to (59606124) was copied.  
    66. 
    
    
    
    
  66. 130307 21:14:05  innobackupex: All tables unlocked  
    67. 
    
    
    
    
  67. 130307 21:14:05  innobackupex: Connection to database server closed  
    68. 
    
    
    
    
  68.  
    69. 
    
    
    
    
  69. innobackupex: Backup created in directory '/tmp/data/2013-03-07_21-13-44'  
    70. 
    
    
    
    
  70. innobackupex: MySQL binlog position: filename 'mysql-bin.000023', position 107  
    71. 
    
    
    
    
  71. 130307 21:14:05  innobackupex: completed OK!  
    72.
其中，--incremental指明是增量备份，--incremental-basedir指定上次完整备份或者增量备份文件的位置。这里的增量备份其实只针对的是InnoDB，对于MyISAM来说，还是完整备份。
在进行增量备份的恢复之前，先关闭数据库，然后删除数据库test 
   
   
   
   
    
    
    
    
    
  1. root@client2:/var/lib/mysql# service mysql stop  
    2. 
    
    
    
    
  2. mysql stop/waiting  
    3. 
    
    
    
    
  3. root@client2:/var/lib/mysql# rm -rf test  
    4. 
    
    
    
    
  4. root@client2:/var/lib/mysql# ll  
    5. 
    
    
    
    
  5. total 77856  
    6. 
    
    
    
    
  6. drwx------  7 mysql mysql     4096 Mar  7 21:17 ./  
    7. 
    
    
    
    
  7. drwxr-xr-x 38 root  root      4096 Mar  7 19:52 ../  
    8. 
    
    
    
    
  8. -rw-r--r--  1 root  root         0 Jan  5 14:22 debian-5.5.flag  
    9. 
    
    
    
    
  9. drwx------  2 mysql mysql     4096 Feb 11 17:39 django/  
    10. 
    
    
    
    
  10. -rw-rw----  1 mysql mysql 69206016 Mar  7 21:17 ibdata1  
    11. 
    
    
    
    
  11. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:17 ib_logfile0  
    12. 
    
    
    
    
  12. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:11 ib_logfile1  
    13. 
    
    
    
    
  13. drwx------  2 mysql mysql     4096 Jan  5 22:55 monitor/  
    14. 
    
    
    
    
  14. drwx------  2 mysql root      4096 Jan  5 14:22 mysql/  
    15. 
    
    
    
    
  15. -rw-rw----  1 root  root         6 Jan  5 14:22 mysql_upgrade_info  
    16. 
    
    
    
    
  16. drwx------  2 mysql mysql     4096 Jan  5 14:22 performance_schema/  
    17. 
    
    
    
    
  17. drwxr-xr-x  2 mysql mysql     4096 Mar  7 19:58 xtrbackup/  
    18.
增量备份的恢复 
   
   
   
   
    
    
    
    
    
  1. root@client2:/var/lib/mysql# innobackupex -user=root--password=123456--defaults-file=/etc/mysql/my.cnf --apply-log /tmp/restore/ --incremental-dir=/tmp/data/2013-03-07_21-13-44/  
    2. 
    
    
    
    
  2.  
    3. 
    
    
    
    
  3. InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy  
    4. 
    
    
    
    
  4. and Percona Inc 2009-2012.  All Rights Reserved.  
    5. 
    
    
    
    
  5.  
    6. 
    
    
    
    
  6. This software is published under  
    7. 
    
    
    
    
  7. the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.  
    8. 
    
    
    
    
  8.  
    9. 
    
    
    
    
  9. IMPORTANT: Please check that the apply-log run completes successfully.  
    10. 
    
    
    
    
  10.            At the end of a successful apply-log run innobackupex  
    11. 
    
    
    
    
  11.            prints "completed OK!".  
    12. 
    
    
    
    
  12.  
    13. 
    
    
    
    
  13.  
    14. 
    
    
    
    
  14.  
    15. 
    
    
    
    
  15. 130307 21:18:20  innobackupex: Starting ibbackup with command: xtrabackup_55  --defaults-file="/etc/mysql/my.cnf" --prepare --target-dir=/tmp/restore --incremental-dir=/tmp/data/2013-03-07_21-13-44/  
    16. 
    
    
    
    
  16.  
    17. 
    
    
    
    
  17. xtrabackup_55 version 1.6.7 for Percona Server 5.5.16 Linux (x86_64) (revision id: undefined)  
    18. 
    
    
    
    
  18. incremental backup from 59605543 is enabled.  
    19. 
    
    
    
    
  19. xtrabackup: cd to /tmp/restore  
    20. 
    
    
    
    
  20. xtrabackup: This target seems to be already prepared.  
    21. 
    
    
    
    
  21. xtrabackup: xtrabackup_logfile detected: size=2097152, start_lsn=(59606124)  
    22. 
    
    
    
    
  22. xtrabackup: page size for /tmp/data/2013-03-07_21-13-44//ibdata1.delta is 16384 bytes  
    23. 
    
    
    
    
  23. Applying /tmp/data/2013-03-07_21-13-44//ibdata1.delta ...  
    24. 
    
    
    
    
  24. xtrabackup: Temporary instance for recovery is set as followings.  
    25. 
    
    
    
    
  25. xtrabackup:   innodb_data_home_dir = ./  
    26. 
    
    
    
    
  26. xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend  
    27. 
    
    
    
    
  27. xtrabackup:   innodb_log_group_home_dir = /tmp/data/2013-03-07_21-13-44/  
    28. 
    
    
    
    
  28. xtrabackup:   innodb_log_files_in_group = 1
    29. 
    
    
    
    
  29. xtrabackup:   innodb_log_file_size = 2097152
    30. 
    
    
    
    
  30. 130307 21:18:20 InnoDB: Using Linux native AIO  
    31. 
    
    
    
    
  31. xtrabackup: Starting InnoDB instance for recovery.  
    32. 
    
    
    
    
  32. xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)  
    33. 
    
    
    
    
  33. 130307 21:18:20 InnoDB: The InnoDB memory heap is disabled  
    34. 
    
    
    
    
  34. 130307 21:18:20 InnoDB: Mutexes and rw_locks use GCC atomic builtins  
    35. 
    
    
    
    
  35. 130307 21:18:20 InnoDB: Compressed tables use zlib 1.2.3  
    36. 
    
    
    
    
  36. 130307 21:18:20 InnoDB: Using Linux native AIO  
    37. 
    
    
    
    
  37. 130307 21:18:20 InnoDB: Warning: innodb_file_io_threads is deprecated. Please use innodb_read_io_threads and innodb_write_io_threads instead  
    38. 
    
    
    
    
  38. 130307 21:18:20 InnoDB: Initializing buffer pool, size = 100.0M  
    39. 
    
    
    
    
  39. 130307 21:18:20 InnoDB: Completed initialization of buffer pool  
    40. 
    
    
    
    
  40. 130307 21:18:20 InnoDB: highest supported file format is Barracuda.  
    41. 
    
    
    
    
  41. InnoDB: ##########################################################  
    42. 
    
    
    
    
  42. InnoDB:                          WARNING!  
    43. 
    
    
    
    
  43. InnoDB: The log sequence number in ibdata files is higher  
    44. 
    
    
    
    
  44. InnoDB: than the log sequence number in the ib_logfiles! Are you sure  
    45. 
    
    
    
    
  45. InnoDB: you are using the right ib_logfiles to start up the database?  
    46. 
    
    
    
    
  46. InnoDB: Log sequence number in ib_logfiles is 59606124, log  
    47. 
    
    
    
    
  47. InnoDB: sequence numbers stamped to ibdata file headers are between  
    48. 
    
    
    
    
  48. InnoDB: 59607052 and 59607052.  
    49. 
    
    
    
    
  49. InnoDB: ##########################################################  
    50. 
    
    
    
    
  50. InnoDB: The log sequence number in ibdata files does not match  
    51. 
    
    
    
    
  51. InnoDB: the log sequence number in the ib_logfiles!  
    52. 
    
    
    
    
  52. 130307 21:18:20  InnoDB: Database was not shut down normally!  
    53. 
    
    
    
    
  53. InnoDB: Starting crash recovery.  
    54. 
    
    
    
    
  54. InnoDB: Reading tablespace information from the .ibd files...  
    55. 
    
    
    
    
  55. InnoDB: Last MySQL binlog file position 0 107, file name /var/log/mysql/mysql-bin.000023  
    56. 
    
    
    
    
  56. 130307 21:18:29  InnoDB: Waiting for the background threads to start  
    57. 
    
    
    
    
  57. 130307 21:18:30 Percona XtraDB (http://www.percona.com) 1.1.8-20.1 started; log sequence number 59606124  
    58. 
    
    
    
    
  58.  
    59. 
    
    
    
    
  59. [notice (again)]  
    60. 
    
    
    
    
  60.   If you use binary log and don't use any hack of group commit,  
    61. 
    
    
    
    
  61.   the binary log position seems to be:  
    62. 
    
    
    
    
  62. InnoDB: Last MySQL binlog file position 0 107, file name /var/log/mysql/mysql-bin.000023  
    63. 
    
    
    
    
  63.  
    64. 
    
    
    
    
  64. xtrabackup: starting shutdown with innodb_fast_shutdown = 1
    65. 
    
    
    
    
  65. 130307 21:18:30  InnoDB: Starting shutdown...  
    66. 
    
    
    
    
  66. 130307 21:18:34  InnoDB: Shutdown completed; log sequence number 59607339  
    67. 
    
    
    
    
  67. innobackupex: Starting to copy non-InnoDB files in '/tmp/data/2013-03-07_21-13-44/'  
    68. 
    
    
    
    
  68. innobackupex: to the full backup directory '/tmp/restore'  
    69. 
    
    
    
    
  69. innobackupex: Copying '/tmp/data/2013-03-07_21-13-44/xtrabackup_binlog_info' to '/tmp/restore/xtrabackup_binlog_info'  
    70. 
    
    
    
    
  70. innobackupex: Copying '/tmp/data/2013-03-07_21-13-44/test/test.frm' to '/tmp/restore/test/test.frm'  
    71. 
    
    
    
    
  71. innobackupex: Copying '/tmp/data/2013-03-07_21-13-44/test/db.opt' to '/tmp/restore/test/db.opt'  
    72. 
    
    
    
    
  72. 130307 21:18:34  innobackupex: completed OK!  
    73.
然后再进入恢复的目录/tmp/data 
   
   
   
   
    
    
    
    
    
  1. root@client2:/var/lib/mysql# cd /tmp/data  
    2. 
    
    
    
    
  2. root@client2:/tmp/data# ll  
    3. 
    
    
    
    
  3. total 3276  
    4. 
    
    
    
    
  4. drwxr-xr-x  3 root root    4096 Mar  7 21:13 ./  
    5. 
    
    
    
    
  5. drwxrwxrwt 14 root root    4096 Mar  7 21:18 ../  
    6. 
    
    
    
    
  6. drwxr-xr-x  3 root root    4096 Mar  7 21:18 2013-03-07_21-13-44/  
    7. 
    
    
    
    
  7. -rw-r--r--  1 root root    3780 Mar  7 21:02 test-201303072101.log  
    8. 
    
    
    
    
  8. -rw-r--r--  1 root root 3336909 Mar  7 21:02 test-201303072101.tar.gz  
    9. 
    
    
    
    
  9. root@client2:/tmp/data# cd 2013-03-07_21-13-44/  
    10. 
    
    
    
    
  10. root@client2:/tmp/data/2013-03-07_21-13-44# ll  
    11. 
    
    
    
    
  11. total 2288  
    12. 
    
    
    
    
  12. drwxr-xr-x 3 root root    4096 Mar  7 21:18 ./  
    13. 
    
    
    
    
  13. drwxr-xr-x 3 root root    4096 Mar  7 21:13 ../  
    14. 
    
    
    
    
  14. -rw-r--r-- 1 root root     260 Mar  7 21:13 backup-my.cnf  
    15. 
    
    
    
    
  15. -rw-r--r-- 1 root root  212992 Mar  7 21:13 ibdata1.delta  
    16. 
    
    
    
    
  16. -rw-r--r-- 1 root root      18 Mar  7 21:13 ibdata1.meta  
    17. 
    
    
    
    
  17. drwxr-xr-x 2 root root    4096 Mar  7 21:14 test/  
    18. 
    
    
    
    
  18. -rw-r--r-- 1 root root      13 Mar  7 21:14 xtrabackup_binary  
    19. 
    
    
    
    
  19. -rw-r--r-- 1 root root      23 Mar  7 21:14 xtrabackup_binlog_info  
    20. 
    
    
    
    
  20. -rw-r--r-- 1 root root      84 Mar  7 21:14 xtrabackup_checkpoints  
    21. 
    
    
    
    
  21. -rw-r--r-- 1 root root 2097152 Mar  7 21:18 xtrabackup_logfile  
    22.
跟全部备份一样，把test恢复到/var/lib/mysql里 
   
   
   
   
    
    
    
    
    
  1. root@client2:/tmp/data/2013-03-07_21-13-44# rsync -avz test ib* /var/lib/mysql/  
    2. 
    
    
    
    
  2. sending incremental file list  
    3. 
    
    
    
    
  3. test/  
    4. 
    
    
    
    
  4. test/db.opt  
    5. 
    
    
    
    
  5. test/test.frm  
    6. 
    
    
    
    
  6.  
    7. 
    
    
    
    
  7. sent 381 bytes  received 54 bytes  870.00 bytes/sec  
    8. 
    
    
    
    
  8. total size is 8621  speedup is 19.82  
    9. 
    
    
    
    
  9. root@client2:/tmp/data/2013-03-07_21-13-44# cd /var/lib/mysql/  
    10. 
    
    
    
    
  10. root@client2:/var/lib/mysql# ll  
    11. 
    
    
    
    
  11. total 77860  
    12. 
    
    
    
    
  12. drwx------  8 mysql mysql     4096 Mar  7 21:19 ./  
    13. 
    
    
    
    
  13. drwxr-xr-x 38 root  root      4096 Mar  7 19:52 ../  
    14. 
    
    
    
    
  14. -rw-r--r--  1 root  root         0 Jan  5 14:22 debian-5.5.flag  
    15. 
    
    
    
    
  15. drwx------  2 mysql mysql     4096 Feb 11 17:39 django/  
    16. 
    
    
    
    
  16. -rw-rw----  1 mysql mysql 69206016 Mar  7 21:17 ibdata1  
    17. 
    
    
    
    
  17. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:17 ib_logfile0  
    18. 
    
    
    
    
  18. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:11 ib_logfile1  
    19. 
    
    
    
    
  19. drwx------  2 mysql mysql     4096 Jan  5 22:55 monitor/  
    20. 
    
    
    
    
  20. drwx------  2 mysql root      4096 Jan  5 14:22 mysql/  
    21. 
    
    
    
    
  21. -rw-rw----  1 root  root         6 Jan  5 14:22 mysql_upgrade_info  
    22. 
    
    
    
    
  22. drwx------  2 mysql mysql     4096 Jan  5 14:22 performance_schema/  
    23. 
    
    
    
    
  23. drwxr-xr-x  2 root  root      4096 Mar  7 21:14 test/  
    24. 
    
    
    
    
  24. drwxr-xr-x  2 mysql mysql     4096 Mar  7 19:58 xtrbackup/  
    25.
然后修改用户与组 
   
   
   
   
    
    
    
    
    
  1. root@client2:/var/lib/mysql# chown -R mysql:mysql test/  
    2. 
    
    
    
    
  2. root@client2:/var/lib/mysql# ll  
    3. 
    
    
    
    
  3. total 77860  
    4. 
    
    
    
    
  4. drwx------  8 mysql mysql     4096 Mar  7 21:19 ./  
    5. 
    
    
    
    
  5. drwxr-xr-x 38 root  root      4096 Mar  7 19:52 ../  
    6. 
    
    
    
    
  6. -rw-r--r--  1 root  root         0 Jan  5 14:22 debian-5.5.flag  
    7. 
    
    
    
    
  7. drwx------  2 mysql mysql     4096 Feb 11 17:39 django/  
    8. 
    
    
    
    
  8. -rw-rw----  1 mysql mysql 69206016 Mar  7 21:17 ibdata1  
    9. 
    
    
    
    
  9. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:17 ib_logfile0  
    10. 
    
    
    
    
  10. -rw-rw----  1 mysql mysql  5242880 Mar  7 21:11 ib_logfile1  
    11. 
    
    
    
    
  11. drwx------  2 mysql mysql     4096 Jan  5 22:55 monitor/  
    12. 
    
    
    
    
  12. drwx------  2 mysql root      4096 Jan  5 14:22 mysql/  
    13. 
    
    
    
    
  13. -rw-rw----  1 root  root         6 Jan  5 14:22 mysql_upgrade_info  
    14. 
    
    
    
    
  14. drwx------  2 mysql mysql     4096 Jan  5 14:22 performance_schema/  
    15. 
    
    
    
    
  15. drwxr-xr-x  2 mysql mysql     4096 Mar  7 21:14 test/  
    16. 
    
    
    
    
  16. drwxr-xr-x  2 mysql mysql     4096 Mar  7 19:58 xtrbackup/  
    17.
然后启动msyql，并查看test数据库里test表的内容 
   
   
   
   
    
    
    
    
    
  1. root@client2:/var/lib/mysql# service mysql start  
    2. 
    
    
    
    
  2. mysql start/running, process 13109  
    3. 
    
    
    
    
  3. root@client2:/var/lib/mysql# mysql -u root -p  
    4. 
    
    
    
    
  4. Enter password:   
    5. 
    
    
    
    
  5. Welcome to the MySQL monitor.  Commands end with ; or \g.  
    6. 
    
    
    
    
  6. Your MySQL connection id is 36  
    7. 
    
    
    
    
  7. Server version: 5.5.28-0ubuntu0.12.04.3-log (Ubuntu)  
    8. 
    
    
    
    
  8.  
    9. 
    
    
    
    
  9. Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.  
    10. 
    
    
    
    
  10.  
    11. 
    
    
    
    
  11. Oracle is a registered trademark of Oracle Corporation and/or its  
    12. 
    
    
    
    
  12. affiliates. Other names may be trademarks of their respective  
    13. 
    
    
    
    
  13. owners.  
    14. 
    
    
    
    
  14.  
    15. 
    
    
    
    
  15. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.  
    16. 
    
    
    
    
  16.  
    17. 
    
    
    
    
  17. mysql> use test  
    18. 
    
    
    
    
  18. Reading table information for completion of table and column names  
    19. 
    
    
    
    
  19. You can turn off this feature to get a quicker startup with -A  
    20. 
    
    
    
    
  20.  
    21. 
    
    
    
    
  21. Database changed  
    22. 
    
    
    
    
  22. mysql> select * from test;  
    23. 
    
    
    
    
  23. +------+  
    24. 
    
    
    
    
  24. | id   |  
    25. 
    
    
    
    
  25. +------+  
    26. 
    
    
    
    
  26. |    1 |  
    27. 
    
    
    
    
  27. |    2 |  
    28. 
    
    
    
    
  28. |    3 |  
    29. 
    
    
    
    
  29. |    4 |  
    30. 
    
    
    
    
  30. |    5 |  
    31. 
    
    
    
    
  31. |   11 |  
    32. 
    
    
    
    
  32. |   12 |  
    33. 
    
    
    
    
  33. |   13 |  
    34. 
    
    
    
    
  34. |   14 |  
    35. 
    
    
    
    
  35. |   15 |  
    36. 
    
    
    
    
  36. +------+  
    37. 
    
    
    
    
  37. 10 rows in set (0.00 sec)  
    38.
可以看到增量备份已经恢复完成。

下面的链接是我在生产环境适应xtrabackup来恢复全部备份的数据库的案例

http://dl528888.blog.51cto.com/2382721/1153207

 

你可能感兴趣的:(mysql,mysql备份,MySQL增量备份)

  • mysql禁用远程登录 igotyback mysql
    去mysql库中的user表里，将host都改成localhost之后刷新权限FLUSHPRIVILEGES;
  • MYSQL面试系列-04 king01299 面试mysql面试
    MYSQL面试系列-0417.关于redolog和binlog的刷盘机制、redolog、undolog作用、GTID是做什么的？innodb_flush_log_at_trx_commit及sync_binlog参数意义双117.1innodb_flush_log_at_trx_commit该变量定义了InnoDB在每次事务提交时，如何处理未刷入（flush）的重做日志信息（redolog）。它
  • 关于Mysql 中 Row size too large (＞ 8126) 错误的解决和理解 秋刀prince mysqlmysql数据库
    提示：啰嗦一嘴，数据库的任何操作和验证前，一定要记得先备份！！！不会有错；文章目录问题发现一、问题导致的可能原因1、页大小2、行格式2.1compact格式2.2Redundant格式2.3Dynamic格式2.4Compressed格式3、BLOB和TEXT列二、解决办法1、修改页大小（不推荐）2、修改行格式3、修改数据类型为BLOB和TEXT列4、其他优化方式（可以参考使用）4.1合理设置数据
  • MongoDB知识概括 GeorgeLin98 持久层mongodb
    MongoDB知识概括MongoDB相关概念单机部署基本常用命令索引-IndexSpirngDataMongoDB集成副本集分片集群安全认证MongoDB相关概念业务应用场景：传统的关系型数据库（如MySQL），在数据操作的“三高”需求以及应对Web2.0的网站需求面前，显得力不从心。解释：“三高”需求：①Highperformance-对数据库高并发读写的需求。②HugeStorage-对海量数
  • 入门MySQL——查询语法练习 K_un
    前言：前面几篇文章为大家介绍了DML以及DDL语句的使用方法，本篇文章将主要讲述常用的查询语法。其实MySQL官网给出了多个示例数据库供大家实用查询，下面我们以最常用的员工示例数据库为准，详细介绍各自常用的查询语法。1.员工示例数据库导入官方文档员工示例数据库介绍及下载链接：https://dev.mysql.com/doc/employee/en/employees-installation.h
  • 博客网站制作教程 2401_85194651 javamaven
    首先就是技术框架：后端：Java+SpringBoot数据库：MySQL前端：Vue.js数据库连接：JPA(JavaPersistenceAPI)1.项目结构blog-app/├──backend/│├──src/main/java/com/example/blogapp/││├──BlogApplication.java││├──config/│││└──DatabaseConfig.java
  • ubuntu安装wordpress lissettecarlr
    1安装nginx网上安装方式很多，这就就直接用apt-get了apt-getinstallnginx不用启动啥，然后直接在浏览器里面输入IP:80就能看到nginx的主页了。如果修改了一些配置可以使用下列命令重启一下systemctlrestartnginx.service2安装mysql输入安装前也可以更新一下软件源，在安装过程中将会让你输入数据库的密码。sudoapt-getinstallmy
  • 计算机毕业设计PHP仓储综合管理系统（源码+程序+VUE+lw+部署） java毕设程序源码王哥 php课程设计vue.js
    该项目含有源码、文档、程序、数据库、配套开发软件、软件安装教程。欢迎交流项目运行环境配置：phpStudy+Vscode+Mysql5.7+HBuilderX+Navicat11+Vue+Express。项目技术：原生PHP++Vue等等组成，B/S模式+Vscode管理+前后端分离等等。环境需要1.运行环境：最好是小皮phpstudy最新版，我们在这个版本上开发的。其他版本理论上也可以。2.开发
  • You have an error in your SQL syntax； check the manual that corresponds to your MySQL server version 努力的菜鸟~ sql数据库
    YouhaveanerrorinyourSQLsyntax;checkthemanualthatcorrespondstoyourMySQLserverversionfortherightsyntaxtousenear‘IDENTIFIEDBY‘123456’WITHGRANTOPTION’atline1在mysql5.7之前GRANTALLPRIVILEGESON*.*TO'root'@'%'I
  • mysql学习教程，从入门到精通，TOP 和MySQL LIMIT 子句（15） 知识分享小能手 大数据数据库MySQLmysql学习oracle数据库开发语言adb大数据
    1、TOP和MySQLLIMIT子句内容在SQL中，不同的数据库系统对于限制查询结果的数量有不同的实现方式。TOP关键字主要用于SQLServer和Access数据库中，而LIMIT子句则主要用于MySQL、PostgreSQL（通过LIMIT/OFFSET语法）、SQLite等数据库中。下面将分别详细介绍这两个功能的语法、语句以及案例。1.1、TOP子句（SQLServer和Access）1.1
  • 鲲鹏 ARM 架构 麒麟 Lylin v10 安装 Nginx (离线) 焚木灵 arm开发架构nginx服务器
    最近做一个银行的项目，银行的服务器是鲲鹏ARM架构的服务器，并且是麒麟v10的系统，这里记录一下在无法访问外网安装Nginx的方法。其他文章：鲲鹏ARM架构麒麟Lylinv10安装Mysql8.3(离线)-CSDN博客鲲鹏ARM架构麒麟Lylinv10安装Node和NVM(离线)-CSDN博客鲲鹏ARM架构麒麟Lylinv10安装Pm2(离线)-CSDN博客鲲鹏ARM架构麒麟Lylinv10安装P
  • Kubernetes部署MySQL数据持久化 沫殇-MS KubernetesMySQL数据库kubernetesmysql容器
    一、安装配置NFS服务端1、安装nfs-kernel-server：sudoapt-yinstallnfs-kernel-server2、服务端创建共享目录#列出所有可用块设备的信息lsblk#格式化磁盘sudomkfs-text4/dev/sdb#创建一个目录：sudomkdir-p/data/nfs/mysql#更改目录权限：sudochown-Rnobody:nogroup/data/nfs
  • MySQL事务隔离级别和MVCC 简书徐小耳
    MySQL事务隔离级别和MVCC参考：https://mp.weixin.qq.com/s/Jeg8656gGtkPteYWrG5_Nw1.MVCC只对读已提交和可重复的读有效果，而未提交读和串行则无意义。2.每条记录都会有trx_id(事务修改记录的id）和roll_pointer是一个指针指向旧版本的undo日志链表（row_id不是必必要的，如果有主键存在就不需要了）3.版本链的头结点就是记
  • CentOS7 安装MySQL5.7.44 不要Null了 javacentosmysql
    1.下载mysql安装包，我放在百度网盘里(下方链接)链接：https://pan.baidu.com/s/1_Mn1XW_1mWdTV4mhnLG66A提取码：s31n2.首先看看以前是否安装过mysqlrpm-qa|grep-imysql如果已经安装过mysql会提示卸载mysqlrpm-emysql-…3.使用FinallShell或者Xftp进行上传放到/usr/local/mysql，没
  • 非关系型数据库 天秤-white nosql
    一、为什么要用Nosql1.单机MySQL的时代。一个基本的网站访问量一般不会太大，单个数据库完全足够。那时候更多使用的静态网页html，服务器根本没有太大压力。这时候网站的瓶颈是什么？-数据量如果太大，一个机器放不下。-数据量太大需要建立数据的索引（B+Tree），一个服务器内存放不下。-访问量读写混合，一个服务器承受不了。2.memcached缓存+MySQL+垂直拆分（读写分离）。网站80%
  • 六、全局锁和表锁：给表加个字段怎么有这么多阻碍 nieniemin
    数据库锁设计的初衷是处理并发问题。作为多用户共享的资源，当出现并发访问的时候，数据库需要合理地控制资源的访问规则。而锁就是用来实现这些访问规则的重要数据结构。根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。6.1全局锁全局锁就是对整个数据库实例加锁。MySQL提供了一个加全局读锁的方法，命令是Flushtableswithreadlock(FTWRL)。当你需要让整个库处于
  • Kubernetes 自定义控制器开发 IT回忆录 Kubeneteskubernetes
    目录前言一、CRD二、创建数据库表（Mysql）二、控制器开发1.使用kubernetes的examplecontroller模板2.在controller.go中新增数据表监听方法3.修改tools工具生成资源对象结构体定义这里记录开发k8s控制器的一般方式，controller开发主要使用k8s提供的client-go库进行。前言Controller监听集群内部资源对象的变化，编辑资源对象(增
  • 【K8s】专题十一：Kubernetes 集群证书过期处理方法 行者Sun1989 Kuberneteskubernetes云原生容器
    本文内容均来自个人笔记并重新梳理，如有错误欢迎指正！如果对您有帮助，烦请点赞、关注、转发、订阅专栏！专栏订阅入口Linux专栏|Docker专栏|Kubernetes专栏往期精彩文章【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法（续）【Docker】MySQL源码构建Docker镜
  • MySQl篇（SQL - 基本介绍）（持续更新迭代） wclass-zhengge mysqlsql数据库
    目录一、简介二、SQL方言（分页查询为例）1.简介2.SQL方言大比拼2.1.Oracle2.1.1.使用ROWNUM实现分页查询2.1.2.使用ROW_NUMBER()实现分页查询2.2.MySQL2.3.PostgreSQL三、语法规范四、注释五、MySQL脚本中的标点符号一、简介1、SQL是结构化查询语言（StructureQueryLanguage），专门用来操作/访问关系型数据库的通用语
  • 跟着黑马学mysql（5） 小杜不吃糖 mysql数据库
    17.DQL-聚合函数DQL-聚合函数介绍将一列数据作为一个整体，进行纵向计算。常见聚合函数函数功能count统计数量max最大值min最小值avg平均值sum求和语法SELECT聚合函数(字段列表)FROM表名;注意：所有的null值不参与聚合函数的运算18.DQL-分组查询语法SELECT字段列表FROM表名[WHERE条件]GROUPBY分组字段名[HAVING分组后的过滤条件];where
  • 梧桐数据库（WuTongDB）：数据库技术中都有哪些常见的优化器 鲁鲁517 梧桐数据库梧桐数据库
    以下是一些常见的数据库优化器：1.CBO（Cost-BasedOptimizer）应用场景：广泛应用于关系型数据库中，如Oracle、PostgreSQL、MySQL等。工作原理：通过计算不同执行计划的代价（如CPU、I/O等资源消耗），选择最低代价的执行计划。代表数据库：Oracle、PostgreSQL、MySQL。特点：CBO使用统计信息（如表大小、索引分布）来评估查询的代价。2.RBO（R
  • MySQL日志 沉着冷静2024 MySQLmysql数据库
    MySQL日志文章目录MySQL日志MySQL三大日志binlog的三种格式redolog和binlog的区别和应用场景为什么崩溃恢复不用binlog而用redolog？redolog如何实现持久化redolog还能做什么？redolog的三种刷盘策略两阶段提交什么是？为什么？两阶段提交过程MySQL三大日志1.undologundolog是InnoDB存储引擎层的日志，实现了事务的原子性，主要用
  • MySQL锁 沉着冷静2024 MySQLmysql数据库
    MySQL锁文章目录MySQL锁MySQL中锁的分类创建索引时会锁表吗线上修改表结构会加什么锁Innodb存储引擎的行级锁有哪些Update语句中，不带where条件，加什么锁？MySQL实现乐观锁MySQL死锁MySQL死锁是怎么发生的？检查死锁如何避免死锁MySQL中锁的分类全局锁：主要用于全库逻辑备份表级锁：表锁、元数据锁、意向锁表锁：通过locktables语句对表进行加锁，它不仅限制其他
  • Python实现mysql命令行 xu-jssy pythonmysqladb
    一、源码importosimportpymysqldefsql_shell():password=input("EnterPassword:")#访问密码ifpassword.strip()!="yyds":print("Bye")return#清空控制台输出os.system("cls"ifos.name=="nt"else"clear")try:#连接到MySQL数据库conn=pymysql
  • mysql case 干货 lack倪酱
    这是我舍友@某人提供的是为了做酒店时判断每个楼栋有几间空房子的。房间表与数据楼栋表与数据查询楼栋房间总数查询空房间数当时就在想怎么把后一个单列的数据合并到前面那三列的数据里呢？又是百度，又是谷歌，都是什么“unitall”。。表示我要的不是这个。有点难为我小脑瓜，实在是对数据库不了解，只会日常操作。最后是我舍友想出了解决办法直接贴图好了，如果想要了解case是什么，你可以自行查资料。学习查东西也是
  • 计算机毕设Node.js+Vue校园易购二手交易平台（程序+LW+部署） Node程序源码强子 vue.js课程设计node.js
    项目运行环境配置：Node.js最新版+Vscode+Mysql5.7+HBuilderX+Navicat11+Vue。项目技术：Express框架+Node.js+Vue等等组成，B/S模式+Vscode管理+前后端分离等等。环境需要1.运行环境：最好是Nodejs最新版，我们在这个版本上开发的。其他版本理论上也可以。2.开发
  • MySQL 源码｜55 - 语法解析(V2)：基础查询语句（query_specification）｜V20240915 长行 MySQL源码mysql源码语法解析查询
    目录文档：MySQL源码｜源码剖析文档目录源码位置（版本=MySQL8.0.37）：sql/sql_yacc.yy前置文档：MySQL源码｜68-语法解析(V2)：LOCKING子句（锁定读取）｜V20240909MySQL源码｜39-语法解析(V2)：ORDERBY子句｜V20240814｜V20240912（第2版）MySQL源码｜40-语法解析(V2)：GROUPBY子句｜V20240814
  • 老生常谈：MySQL高可用架构 我有一头小花驴 mysql架构数据库
    引言“高可用”是互联网一个永恒的话题，先避开MySQL不谈，为了保证各种服务的高可用有几种常用的解决方案。服务冗余：把服务部署多份，当某个节点不可用时，切换到其他节点。服务冗余对于无状态的服务是相对容易的。服务备份：有些服务是无法同时存在多个运行时的，比如说：Nginx的反向代理，一些集群的leader节点。这时可以存在一个备份服务，处于随时待命状态。自动切换：服务冗余之后，当某个节点不可用时，要
  • mysql 隐秘后门_【技术分享】CVE-2016-5483：利用mysqldump备份可生成后门 Toby Dai mysql隐秘后门
    预估稿费：100RMB投稿方式：发送邮件至linwei#360.cn，或登陆网页版在线投稿前言mysqldump是用来创建MySQL数据库逻辑备份的一个常用工具。它在默认配置下可以生成一个.sql文件，其中包含创建/删除表和插入数据等。在导入转储文件的时候，攻击者可以通过制造恶意表名来实现任意SQL语句查询和shell命令执行的目的。另一个与之相关的漏洞利用场景可以参考。攻击场景攻击者已经能够访问
  • 处理绿盟科技安全评估的系统漏洞 自我修炼的小石头 数据库运维开发工具
    如下图一次扫描,中度风险39个,这个是必须要处理的.其中mysql占了36个,一看这个感觉整个人都不好了.但是最后解决的办法也很简单,就是升级.系统版本Redhat7.31.telnet因为要升级openssh,openssl,为了避免意外,首先要开启telnet服务,并把所有相关的包上传到服务器.1.1确认是否安装了telnet和xinetd（默认是没有安装）rpm-qatelnet*rpm-q
  • Spring4.1新特性——综述 jinnianshilongnian spring 4.1
    目录 Spring4.1新特性——综述 Spring4.1新特性——Spring核心部分及其他 Spring4.1新特性——Spring缓存框架增强 Spring4.1新特性——异步调用和事件机制的异常处理 Spring4.1新特性——数据库集成测试脚本初始化 Spring4.1新特性——Spring MVC增强 Spring4.1新特性——页面自动化测试框架Spring MVC T
  • Schema与数据类型优化 annan211 数据结构mysql
    目前商城的数据库设计真是一塌糊涂，表堆叠让人不忍直视，无脑的架构师，说了也不听。 在数据库设计之初，就应该仔细揣摩可能会有哪些查询，有没有更复杂的查询，而不是仅仅突出 很表面的业务需求，这样做会让你的数据库性能成倍提高，当然，丑陋的架构师是不会这样去考虑问题的。 选择优化的数据类型 1 更小的通常更好 更小的数据类型通常更快，因为他们占用更少的磁盘、内存和cpu缓存，
  • 第一节 HTML概要学习 chenke htmlWebcss
    第一节 HTML概要学习 1. 什么是HTML HTML是英文Hyper Text Mark-up Language(超文本标记语言)的缩写，它规定了自己的语法规则，用来表示比“文本”更丰富的意义，比如图片，表格，链接等。浏览器（IE,FireFox等）软件知道HTML语言的语法，可以用来查看HTML文档。目前互联网上的绝大部分网页都是使用HTML编写的。 打开记事本 输入一下内
  • MyEclipse里部分习惯的更改 Array_06 eclipse
    继续补充中---------------------- 1.更改自己合适快捷键windows-->prefences-->java-->editor-->Content Assist-->      Activation triggers for java的右侧“.”就可以改变常用的快捷键 选中 Text
  • 近一个月的面试总结 cugfy 面试
    本文是在学习中的总结，欢迎转载但请注明出处：http://blog.csdn.net/pistolove/article/details/46753275 前言       打算换个工作，近一个月面试了不少的公司，下面将一些面试经验和思考分享给大家。另外校招也快要开始了，为在校的学生提供一些经验供参考，希望都能找到满意的工作。 
  • HTML5一个小迷宫游戏 357029540 html5
         通过《HTML5游戏开发》摘抄了一个小迷宫游戏，感觉还不错，可以画画，写字，把摘抄的代码放上来分享下，喜欢的同学可以拿来玩玩！ <html> <head> <title>创建运行迷宫</title> <script type="text/javascript"
  • 10步教你上传githib数据 张亚雄 git
    官方的教学还有其他博客里教的都是给懂的人说得，对已我们这样对我大菜鸟只能这么来锻炼，下面先不玩什么深奥的，先暂时用着10步干净利索。等玩顺溜了再用其他的方法。 操作过程（查看本目录下有哪些文件NO.1）ls （跳转到子目录NO.2）cd+空格+目录 （继续NO.3）ls （匹配到子目录NO.4）cd+ 目录首写字母+tab键+（首写字母“直到你所用文件根就不再按TAB键了”） （查看文件
  • MongoDB常用操作命令大全 adminjun mongodb操作命令
    成功启动MongoDB后，再打开一个命令行窗口输入mongo，就可以进行数据库的一些操作。输入help可以看到基本操作命令，只是MongoDB没有创建数据库的命令，但有类似的命令 如：如果你想创建一个“myTest”的数据库，先运行use myTest命令，之后就做一些操作（如：db.createCollection('user')）,这样就可以创建一个名叫“myTest”的数据库。 一
  • bat调用jar包并传入多个参数 aijuans
    下面的主程序是通过eclipse写的： 1.在Main函数接收bat文件传递的参数（String[] args）  如：   String ip =args[0];          String user=args[1];       &nbs
  • Java中对类的主动引用和被动引用 ayaoxinchao java主动引用对类的引用被动引用类初始化
      在Java代码中，有些类看上去初始化了，但其实没有。例如定义一定长度某一类型的数组，看上去数组中所有的元素已经被初始化，实际上一个都没有。对于类的初始化，虚拟机规范严格规定了只有对该类进行主动引用时，才会触发。而除此之外的所有引用方式称之为对类的被动引用，不会触发类的初始化。虚拟机规范严格地规定了有且仅有四种情况是对类的主动引用，即必须立即对类进行初始化。四种情况如下：1.遇到ne
  • 导出数据库 提示 outfile disabled BigBird2012 mysql
    在windows控制台下，登陆mysql，备份数据库：   mysql>mysqldump -u root -p test test > D:\test.sql 使用命令 mysqldump 格式如下： mysqldump -u root -p *** DBNAME > E:\\test.sql。 注意：执行该命令的时候不要进入mysql的控制台再使用，这样会报
  • Javascript 中的 && 和 || bijian1013 JavaScript&&||
            准备两个对象用于下面的讨论 var alice = { name: "alice", toString: function () { return this.name; } } var smith = { name: "smith",
  • [Zookeeper学习笔记之四]Zookeeper Client Library会话重建 bit1129 zookeeper
    为了说明问题，先来看个简单的示例代码：   package com.tom.zookeeper.book; import com.tom.Host; import org.apache.zookeeper.WatchedEvent; import org.apache.zookeeper.ZooKeeper; import org.apache.zookeeper.Wat
  • 【Scala十一】Scala核心五：case模式匹配 bit1129 scala
    package spark.examples.scala.grammars.caseclasses object CaseClass_Test00 { def simpleMatch(arg: Any) = arg match { case v: Int => "This is an Int" case v: (Int, String)
  • 运维的一些面试题 yuxianhua linux
    1、Linux挂载Winodws共享文件夹   mount -t cifs //1.1.1.254/ok /var/tmp/share/ -o username=administrator,password=yourpass 或 mount -t cifs -o username=xxx,password=xxxx //1.1.1.1/a /win    
  • Java lang包-Boolean BrokenDreams boolean
             Boolean类是Java中基本类型boolean的包装类。这个类比较简单，直接看源代码吧。 public final class Boolean implements java.io.Serializable,
  • 读《研磨设计模式》-代码笔记-命令模式-Command bylijinnan java设计模式
    声明： 本文只为方便我个人查阅和理解，详细的分析以及源代码请移步 原作者的博客http://chjavach.iteye.com/ import java.util.ArrayList; import java.util.Collection; import java.util.List; /** * GOF 在《设计模式》一书中阐述命令模式的意图：“将一个请求封装
  • matlab下GPU编程笔记 cherishLC matlab
    不多说，直接上代码 gpuDevice % 查看系统中的gpu,,其中的DeviceSupported会给出matlab支持的GPU个数。 g=gpuDevice(1); %会清空 GPU 1中的所有数据,,将GPU1 设为当前GPU reset(g) %也可以清空GPU中数据。 a=1; a=gpuArray(a); %将a从CPU移到GPU中 onGP
  • SVN安装过程 crabdave SVN
    SVN安装过程   subversion-1.6.12   ./configure --prefix=/usr/local/subversion --with-apxs=/usr/local/apache2/bin/apxs --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr --with-openssl=/
  • sql　行列转换 daizj sql行列转换行转列列转行
    行转列的思想是通过case when 来实现 列转行的思想是通过union all 来实现 下面具体例子： 假设有张学生成绩表(tb)如下: Name Subject Result 张三 语文　　74 张三 数学　　83 张三 物理　　93 李四 语文　　74 李四 数学　　84 李四 物理　　94 */ /* 想变成 姓名   &
  • MySQL--主从配置 dcj3sjt126com mysql
    linux下的mysql主从配置： 说明：由于MySQL不同版本之间的(二进制日志)binlog格式可能会不一样，因此最好的搭配组合是Master的MySQL版本和Slave的版本相同或者更低， Master的版本肯定不能高于Slave版本。（版本向下兼容） mysql1  : 192.168.100.1    //master mysq
  • 关于yii 数据库添加新字段之后model类的修改 dcj3sjt126com Model
    rules: array('新字段','safe','on'=>'search') 1、array('新字段', 'safe')//这个如果是要用户输入的话，要加一下， 2、array('新字段', 'numerical'),//如果是数字的话 3、array('新字段', 'length', 'max'=>100),//如果是文本 1、2、3适当的最少要加一条，新字段才会被
  • sublime text3 中文乱码解决 dyy_gusi Sublime Text
    sublime text3中文乱码解决 原因：缺少转换为UTF-8的插件 目的：安装ConvertToUTF8插件包 第一步：安装能自动安装插件的插件，百度“Codecs33”，然后按照步骤可以得到以下一段代码： import urllib.request,os,hashlib; h = 'eb2297e1a458f27d836c04bb0cbaf282' + 'd0e7a30980927
  • 概念了解：CGI，FastCGI，PHP-CGI与PHP-FPM geeksun PHP
    CGI CGI全称是“公共网关接口”(Common Gateway Interface)，HTTP服务器与你的或其它机器上的程序进行“交谈”的一种工具，其程序须运行在网络服务器上。 CGI可以用任何一种语言编写，只要这种语言具有标准输入、输出和环境变量。如php,perl,tcl等。 FastCGI FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不
  • Git push 报错 "error: failed to push some refs to " 解决 hongtoushizi git
    Git push 报错 "error: failed to push some refs to " . 此问题出现的原因是：由于远程仓库中代码版本与本地不一致冲突导致的。 由于我在第一次git pull --rebase 代码后，准备push的时候，有别人往线上又提交了代码。所以出现此问题。 解决方案： 1： git pull    2：
  • 第四章 Lua模块开发 jinnianshilongnian nginxlua
    在实际开发中，不可能把所有代码写到一个大而全的lua文件中，需要进行分模块开发；而且模块化是高性能Lua应用的关键。使用require第一次导入模块后，所有Nginx 进程全局共享模块的数据和代码，每个Worker进程需要时会得到此模块的一个副本（Copy-On-Write），即模块可以认为是每Worker进程共享而不是每Nginx Server共享；另外注意之前我们使用init_by_lua中初
  • java.lang.reflect.Proxy liyonghui160com
      1.简介   Proxy 提供用于创建动态代理类和实例的静态方法 （1）动态代理类的属性 代理类是公共的、最终的，而不是抽象的 未指定代理类的非限定名称。但是，以字符串 "$Proxy" 开头的类名空间应该为代理类保留 代理类扩展 java.lang.reflect.Proxy 代理类会按同一顺序准确地实现其创建时指定的接口
  • Java中getResourceAsStream的用法 pda158 java
    1.Java中的getResourceAsStream有以下几种： 1. Class.getResourceAsStream(String path) ： path 不以’/'开头时默认是从此类所在的包下取资源，以’/'开头则是从ClassPath根下获取。其只是通过path构造一个绝对路径，最终还是由ClassLoader获取资源。 　　2. Class.getClassLoader.get
  • spring 包官方下载地址（非maven） sinnk spring
    SPRING官方网站改版后，建议都是通过 Maven和Gradle下载，对不使用Maven和Gradle开发项目的，下载就非常麻烦，下给出Spring Framework jar官方直接下载路径:   http://repo.springsource.org/libs-release-local/org/springframework/spring/   s
  • Oracle学习笔记(7) 开发PLSQL子程序和包 vipbooks oraclesql编程
        哈哈，清明节放假回去了一下，真是太好了，回家的感觉真好啊！现在又开始出差之旅了，又好久没有来了，今天继续Oracle的学习！      这是第七章的学习笔记，学习完第六章的动态SQL之后，开始要学习子程序和包的使用了……，希望大家能多给俺一些支持啊！     编程时使用的工具是PLSQL
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他