Several popular backup:
A logical backup: use mysql mysqldump tool comes back up. Backup to sql file.
Advantages: The greatest benefit is the ability to automatically works with mysql job that is running,
During the operation to ensure that the backup was the point, it will automatically lock operation correspondence table, does not allow other users to modify (only access). You may prevent modification operations. sql file generic portable convenience.
Disadvantages: backup speed is slower. If the amount of data a lot of time. Very time-consuming. If the database server is available to users in the state service, in the course of this long operation, meant to lock the table (usually a read lock, it can only be read but not write). Then the service will be affected.
Note: The so-called automatically work with mysql server actually refers to add parameters to control the mysql server, such as locking all the tables can only read, can not write.
Second, the physical backup: direct copy of mysql data directory. Shortcomings, you can not go running server operating mysql (users access to the update data through the application process in the copy, so that you can not back up data at that time) may not be portable to other machines go up.
Myisam only applies to a direct copy type of table. This type of table is independent of the machine. But the reality is that when you design a database can not all use myisam type table. You can not: because myisam type table and machine independent, easy to transplant, so they choose this table, this is not a reason to choose it.
More often, you will be based on business characteristics (for example, you need to support a transaction mechanism must be used innodb), query speed and service performance to select the type of table.
We must ensure that the table is not in use.
If the server when you change it in the table is a copy, the copy will lose its significance.
If the database table is modified in the file system backup, the backup into the state table file subject inconsistent, and for later retrieval table would be meaningless.
The best way to ensure the integrity of your copy is: shut down the server, copy the file, then restart the server.
Or, you want to lock the corresponding table (causing access problems for front-end user).
Explanation copy files directly, why not have portability?
Mysqldump generated are portable to other machines, even having a text file on a different hardware configuration of the machine. Copies of documents can not be directly ported to other machines, unless you want to copy using MyISAM table storage format. ISAM tables only between the copy machine having the same hardware configuration. For example, a file copy from the S PARC's Solaris machines to Intel's Solaris machines (or vice versa) is not feasible. MySQL3.23 by the introduction of the MyISAM table storage format to solve this problem, because the format is machine independent. Therefore, if the following two conditions are satisfied, then the file can be transferred directly to a copy machine having a hardware configuration different: i.e. another machine must also run MySQL3.23
Or later, and the file must be expressed as a MyISAM table, but not ISAM tables.
Third, hot backup: MySQL database does not incremental backup mechanism. When the data is too big when the backup is a big problem. Fortunately, there is provided a master mysql database from a backup mechanism (i.e. hot standby).
Advantages: For when large volumes of data. I get it now. Large Internet companies for mysql data backup, are hot backup. Set up multiple database servers, master-slave replication.
Master-slave replication problem often encountered is how to ensure that data is not blocked, do not delay. This problem can still be tolerated, there are a number of programs could be improved. After all, trade-offs. This is a very worry and effort of the way.
================================================
I currently weigh what kind of backup strategy should be used:
Physical backup, quicker recovery, of course, preferably stored on a machine. I am now using physical or logical backup for the backup is good?
After taking into account migrated platform. In order to ensure versatility. Recovery speed gap of about one minute I can be tolerated. So I for cross-platform, I am more willing to use logical backup. Sql file storage format.
Dual hot backup mode, there is no more hardware. Limited technical staff, need manpower to maintain, too much trouble. Therefore excluded.
Fourth, the program:
1, the overall strategy: to write a scheduled task. Timing in the evening or early morning automatic backup (regardless of database server can not shut down during operation)
After the code made successful backup, delete the previous. Avoid a lot of data occupies disk.
2, taking into account the initial volume of data is so small. Use mysqldump backup it. Set in the early morning when few (4-6 point this time is basically no one visit) automatic backup.
3, using the logical backup: restore speed gap of about one minute I can be tolerated. So I for cross-platform, I am more willing to use logical backup. Sql file storage format.
4, are backed up every day. Because it is mysqldump to lock in the morning, when accessing the database server. Almost no impact on the server. It can be backed up every day. Have a sql file every day. So will a lot of files.
So, after the success of each backup. Delete the previous file. Keep the last week sql backup file.
Backup tool path: / usr / bin / mysqldump
Backup data storage path: / data / backdata /
Fifth, write backup script
Ideas:
1, call mysqldump generated backup files in shell scripts (this tool can generate a sql file to disk up);
2, in order to facilitate future search. Recording into each backup log form. Some were backup operation, generating what the file name. This allows access to the file is not successfully backed up the day after the deleted convenient as log information is also recorded.
3, let the process under linux crontab calling script execution.
Command: crontab -e
Open the file add Code: 005 * * * path to the script /mysqlback.sh
mysqlback.sh content:
【Editor's Choice】
- MySQL master server from the data consistency check and repair
- Mysql database under Linux automatic backup
- MySQL Cluster Performance Tuning Guide
- Technical combat: to achieve high availability MySQL MHA-based way
- How to recover data from MySQL / InnoDB data file
- Five indicators MySQL database operation and maintenance
- MySQL rapid deployment of alternative Linux environment