mysql資料庫災難恢復計劃（資料庫恢復策略）

本文目錄一覽：

• 1、mysql data數據怎麼恢復
• 2、mysql 如何備份和還原資料庫
• 3、怎麼恢復mysql資料庫怎麼恢複數據
• 4、系統崩潰後，關於MYSQL恢復資料庫的問題！求救啊！
• 5、資料庫管理員工作的基本職責說明

mysql data數據怎麼恢復

簡單情況下：進入原來mysql安裝路徑下的data文件夾下，找到相應的庫和ibdata1，進行copy，就可回復原來的數據。

複雜情況下：

從另一台機上把MySQL資料庫的mysql文件夾拷貝到本地機上，目的是恢複本地機對數據的訪問和操作。經過如下幾種情況的操作。

1. 在本地重裝MySQL（安裝目錄D:\Program Files\MySQL\MySQL Server 5.0），直接把mysql文件夾拷貝至D:\Program Files\MySQL\MySQL Server 5.0\。結果，失敗：資料庫連接錯誤。

2. 卸載後重裝MySQL，將D:\Program Files\MySQL\MySQL Server 5.0\下的數據備份，只把mysql\data文件夾全部內容拷貝到D:\Program Files\MySQL\MySQL Server 5.0\data下。結果，失敗：資料庫連接錯誤。將備份的數據還完覆蓋。結果，失敗，還是連接不上資料庫。

3. 卸載後重裝MySQL，將mysql\data文件夾里的cf1,last文件夾（這兩個是原來MySQL里的資料庫）拷貝進D:\Program Files\MySQL\MySQL Server 5.0\data。連接成功，在Navicat for MySQL里看到資料庫cf1和last，但是不能訪問，因為數據全為零。明白了原來data里以資料庫命名的文件存儲的是資料庫的表結構，不是元數據。下一步，把data文件夾里的ibdata1文件（3.4G大，明顯存儲了元數據）拷貝到D:\Program Files\MySQL\MySQL Server 5.0\data里，代替原來的ibdata1文件。重啟電腦，打開Navicat for MySQL，連接成功，數據可以訪問操作。

至此，操作終於成功。其實當初在那台機上把數據導出來，而不是現在直接把文件夾mysql複製過來會更容易恢復。但那台機已經重裝了系統，也就是說MySQL失效了。

mysql 如何備份和還原資料庫

目前 MySQL 支持的免費備份工具有：mysqldump、mysqlhotcopy，還可以用 SQL 語法進行備份：BACKUP TABLE 或者 SELECT INTO OUTFILE，又或者備份二進位日誌（binlog），還可以是直接拷貝數據文件和相關的配置文件。MyISAM 表是保存成文件的形式，因此相對比較容易備份，上面提到的幾種方法都可以使用。Innodb 所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件），相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqldump。

1、mysqldump

1.1 備份

mysqldump 是採用SQL級別的備份機制，它將數據表導成 SQL 腳本文件，在不同的 MySQL 版本之間升級時相對比較合適，這也是最常用的備份方法。現在來講一下 mysqldump 的一些主要參數：

•–compatible=name

它告訴 mysqldump，導出的數據將和哪種資料庫或哪箇舊版本的 MySQL 伺服器相兼容。值可以為 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用幾個值，用逗號將它們隔開。當然了，它並不保證能完全兼容，而是盡量兼容。

•–complete-insert，-c

導出的數據採用包含欄位名的完整 INSERT 方式，也就是把所有的值都寫在一行。這麼做能提高插入效率，但是可能會受到 max_allowed_packet 參數的影響而導致插入失敗。因此，需要謹慎使用該參數，至少我不推薦。

•–default-character-set=charset

指定導出數據時採用何種字符集，如果數據表不是採用默認的 latin1 字符集的話，那麼導出時必須指定該選項，否則再次導入數據後將產生亂碼問題。

•–disable-keys

告訴 mysqldump 在 INSERT 語句的開頭和結尾增加 /*!40000 ALTER TABLE table DISABLE KEYS */; 和 /*!40000 ALTER TABLE table ENABLE KEYS */; 語句，這能大大提高插入語句的速度，因為它是在插入完所有數據後才重建索引的。該選項只適合 MyISAM 表。

•–extended-insert = true|false

默認情況下，mysqldump 開啟 –complete-insert 模式，因此不想用它的的話，就使用本選項，設定它的值為 false 即可。

•–hex-blob

使用十六進位格式導出二進位字元串欄位。如果有二進位數據就必須使用本選項。影響到的欄位類型有 BINARY、VARBINARY、BLOB。

•–lock-all-tables，-x

在開始導出之前，提交請求鎖定所有資料庫中的所有表，以保證數據的一致性。這是一個全局讀鎖，並且自動關閉 –single-transaction 和 –lock-tables 選項。

•–lock-tables

它和 –lock-all-tables 類似，不過是鎖定當前導出的數據表，而不是一下子鎖定全部庫下的表。本選項只適用於 MyISAM 表，如果是 Innodb 表可以用 –single-transaction 選項。

•–no-create-info，-t

只導出數據，而不添加 CREATE TABLE 語句。

•–no-data，-d

不導出任何數據，只導出資料庫表結構。

•–opt

這只是一個快捷選項，等同於同時添加 –add-drop-tables –add-locking –create-option –disable-keys –extended-insert –lock-tables –quick –set-charset 選項。本選項能讓 mysqldump 很快的導出數據，並且導出的數據能很快導回。該選項默認開啟，但可以用 –skip-opt 禁用。注意，如果運行 mysqldump 沒有指定 –quick 或 –opt 選項，則會將整個結果集放在內存中。如果導出大資料庫的話可能會出現問題。

•–quick，-q

該選項在導出大表時很有用，它強制 mysqldump 從伺服器查詢取得記錄直接輸出而不是取得所有記錄後將它們緩存到內存中。

•–routines，-R

導出存儲過程以及自定義函數。

•–single-transaction

該選項在導出數據之前提交一個 BEGIN SQL語句，BEGIN 不會阻塞任何應用程序且能保證導出時資料庫的一致性狀態。它只適用於事務表，例如 InnoDB 和 BDB。本選項和 –lock-tables 選項是互斥的，因為 LOCK TABLES 會使任何掛起的事務隱含提交。要想導出大表的話，應結合使用 –quick 選項。

•–triggers

同時導出觸發器。該選項默認啟用，用 –skip-triggers 禁用它。

其他參數詳情請參考手冊，我通常使用以下 SQL 來備份 MyISAM 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr –default-character-set=utf8 –opt –extended-insert=false \

–triggers -R –hex-blob -x db_name db_name.sql

使用以下 SQL 來備份 Innodb 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr –default-character-set=utf8 –opt –extended-insert=false \

–triggers -R –hex-blob –single-transaction db_name db_name.sql

1.2 還原

用 mysqldump 備份出來的文件是一個可以直接倒入的 SQL 腳本，有兩種方法可以將數據導入。

•直接用 mysql 客戶端

例如：

/usr/local/mysql/bin/mysql -uyejr -pyejr db_name db_name.sql

•用 SOURCE 語法

其實這不是標準的 SQL 語法，而是 mysql 客戶端提供的功能，例如：

SOURCE /tmp/db_name.sql;

這裡需要指定文件的絕對路徑，並且必須是 mysqld 運行用戶(例如 nobody)有許可權讀取的文件。

2、 mysqlhotcopy

2.1 備份

mysqlhotcopy 是一個 PERL 程序，最初由Tim Bunce編寫。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 來快速備份資料庫。它是備份資料庫或單個表的最快的途徑，但它只能運行在資料庫文件（包括數據表定義文件、數據文件、索引文件）所在的機器上。mysqlhotcopy 只能用於備份 MyISAM，並且只能運行在 類Unix 和 NetWare 系統上。

mysqlhotcopy 支持一次性拷貝多個資料庫，同時還支持正則表達。以下是幾個例子：

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr db_name /tmp (把資料庫目錄 db_name 拷貝到 /tmp 下)

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr db_name_1 … db_name_n /tmp

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr db_name./regex/ /tmp

更詳細的使用方法請查看手冊，或者調用下面的命令來查看 mysqlhotcopy 的幫助：

perldoc /usr/local/mysql/bin/mysqlhotcopy

注意，想要使用 mysqlhotcopy，必須要有 SELECT、RELOAD(要執行 FLUSH TABLES) 許可權，並且還必須要能夠有讀取 datadir/db_name 目錄的許可權。

2.2 還原

mysqlhotcopy 備份出來的是整個資料庫目錄，使用時可以直接拷貝到 mysqld 指定的 datadir (在這裡是 /usr/local/mysql/data/)目錄下即可，同時要注意許可權的問題，如下例：

root#cp -rf db_name /usr/local/mysql/data/

root#chown -R nobody:nobody /usr/local/mysql/data/ (將 db_name 目錄的屬主改成 mysqld 運行用戶)

3、 SQL 語法備份

3.1 備份

BACKUP TABLE 語法其實和 mysqlhotcopy 的工作原理差不多，都是鎖表，然後拷貝數據文件。它能實現在線備份，但是效果不理想，因此不推薦使用。它只拷貝表結構文件和數據文件，不同時拷貝索引文件，因此恢復時比較慢。例子：

BACK TABLE tbl_name TO ‘/tmp/db_name/’;

注意，必須要有 FILE 許可權才能執行本SQL，並且目錄 /tmp/db_name/ 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。

SELECT INTO OUTFILE 則是把數據導出來成為普通的文本文件，可以自定義欄位間隔的方式，方便處理這些數據。例子：

SELECT INTO OUTFILE ‘/tmp/db_name/tbl_name.txt’ FROM tbl_name;

注意，必須要有 FILE 許可權才能執行本SQL，並且文件 /tmp/db_name/tbl_name.txt 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。

3.2 恢復

用 BACKUP TABLE 方法備份出來的文件，可以運行 RESTORE TABLE 語句來恢複數據表。例子：

RESTORE TABLE FROM ‘/tmp/db_name/’;

許可權要求類似上面所述。

用 SELECT INTO OUTFILE 方法備份出來的文件，可以運行 LOAD DATA INFILE 語句來恢複數據表。例子：

LOAD DATA INFILE ‘/tmp/db_name/tbl_name.txt’ INTO TABLE tbl_name;

許可權要求類似上面所述。倒入數據之前，數據表要已經存在才行。如果擔心數據會發生重複，可以增加 REPLACE 關鍵字來替換已有記錄或者用 IGNORE 關鍵字來忽略他們。

補充:

shell mysqldump –quick db_name | gzip db_name.contents.gz(該例子中創建的文件是壓縮格式）。

恢復/轉移到另一台的命令如下:

shell gunzip db_name.contents.gz | mysql db_name以上命令,適用於*nix 操作系統的機器

4、 啟用二進位日誌(binlog)

採用 binlog 的方法相對來說更靈活，省心省力，而且還可以支持增量備份。

啟用 binlog 時必須要重啟 mysqld。首先，關閉 mysqld，打開 my.cnf，加入以下幾行：

server-id = 1

log-bin = binlog

log-bin-index = binlog.index

然後啟動 mysqld 就可以了。運行過程中會產生 binlog.000001 以及 binlog.index，前面的文件是 mysqld 記錄所有對數據的更新操作，後面的文件則是所有 binlog 的索引，都不能輕易刪除。關於 binlog 的信息請查看手冊。

需要備份時，可以先執行一下 SQL 語句，讓 mysqld 終止對當前 binlog 的寫入，就可以把文件直接備份，這樣的話就能達到增量備份的目的了：

FLUSH LOGS;如果是備份複製系統中的從伺服器，還應該備份 master.info 和 relay-log.info 文件。

備份出來的 binlog 文件可以用 MySQL 提供的工具 mysqlbinlog 來查看，如：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001

該工具允許你顯示指定的資料庫下的所有 SQL 語句，並且還可以限定時間範圍，相當的方便，詳細的請查看手冊。

恢復時，可以採用類似以下語句來做到：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001 | mysql -uyejr -pyejr db_name

把 mysqlbinlog 輸出的 SQL 語句直接作為輸入來執行它。

如果你有空閑的機器，不妨採用這種方式來備份。由於作為 slave 的機器性能要求相對不是那麼高，因此成本低，用低成本就能實現增量備份而且還能分擔一部分數據查詢壓力，何樂而不為呢？

5、 直接備份數據文件

相較前幾種方法，備份數據文件最為直接、快速、方便，缺點是基本上不能實現增量備份。為了保證數據的一致性，需要在靠背文件前，執行以下 SQL 語句：

FLUSH TABLES WITH READ LOCK;也就是把內存中的數據都刷新到磁碟中，同時鎖定數據表，以保證拷貝過程中不會有新的數據寫入。這種方法備份出來的數據恢復也很簡單，直接拷貝回原來的資料庫目錄下即可。

注意，對於 Innodb 類型表來說，還需要備份其日誌文件，即 ib_logfile* 文件。因為當 Innodb 表損壞時，就可以依靠這些日誌文件來恢復。

6、 備份策略

對於中等級別業務量的系統來說，備份策略可以這麼定：第一次全量備份，每天一次增量備份，每周再做一次全量備份，如此一直重複。而對於重要的且繁忙的系統來說，則可能需要每天一次全量備份，每小時一次增量備份，甚至更頻繁。為了不影響線上業務，實現在線備份，並且能增量備份，最好的辦法就是採用主從複製機制(replication)，在 slave 機器上做備份。

7、 數據維護和災難恢復

作為一名DBA(我目前還不是，呵呵)，最重要的工作內容之一是保證數據表能安全、穩定、高速使用。因此，需要定期維護你的數據表。以下 SQL 語句就很有用：

CHECK TABLE 或 REPAIR TABLE，檢查或維護 MyISAM 表

OPTIMIZE TABLE，優化 MyISAM 表

ANALYZE TABLE，分析 MyISAM 表

當然了，上面這些命令起始都可以通過工具 myisamchk 來完成，在這裡不作詳述。

Innodb 表則可以通過執行以下語句來整理碎片，提高索引速度：

ALTER TABLE tbl_name ENGINE = Innodb;

這其實是一個 NULL 操作，表面上看什麼也不做，實際上重新整理碎片了。

通常使用的 MyISAM 表可以用上面提到的恢復方法來完成。如果是索引壞了，可以用 myisamchk 工具來重建索引。而對於 Innodb 表來說，就沒這麼直接了，因為它把所有的表都保存在一個表空間了。不過 Innodb 有一個檢查機制叫 模糊檢查點，只要保存了日誌文件，就能根據日誌文件來修復錯誤。可以在 my.cnf 文件中，增加以下參數，讓 mysqld 在啟動時自動檢查日誌文件：

innodb_force_recovery = 4

關於該參數的信息請查看手冊。

有點長 慢慢看 對你應該有幫助

怎麼恢復mysql資料庫怎麼恢複數據

簡單情況下：進入原來mysql安裝路徑下的data文件夾下，找到相應的庫和ibdata1，進行copy，就可回復原來的數據。

複雜情況下：

從另一台機上把MySQL資料庫的mysql文件夾拷貝到本地機上，目的是恢複本地機對數據的訪問和操作。經過如下幾種情況的操作。

1. 在本地重裝MySQL（安裝目錄D:\Program Files\MySQL\MySQL Server 5.0），直接把mysql文件夾拷貝至D:\Program Files\MySQL\MySQL Server 5.0\。結果，失敗：資料庫連接錯誤。

2. 卸載後重裝MySQL，將D:\Program Files\MySQL\MySQL Server 5.0\下的數據備份，只把mysql\data文件夾全部內容拷貝到D:\Program Files\MySQL\MySQL Server 5.0\data下。結果，失敗：資料庫連接錯誤。將備份的數據還完覆蓋。結果，失敗，還是連接不上資料庫。

3. 卸載後重裝MySQL，將mysql\data文件夾里的cf1,last文件夾（這兩個是原來MySQL里的資料庫）拷貝進D:\Program Files\MySQL\MySQL Server 5.0\data。連接成功，在Navicat for MySQL里看到資料庫cf1和last，但是不能訪問，因為數據全為零。明白了原來data里以資料庫命名的文件存儲的是資料庫的表結構，不是元數據。下一步，把data文件夾里的ibdata1文件（3.4G大，明顯存儲了元數據）拷貝到D:\Program Files\MySQL\MySQL Server 5.0\data里，代替原來的ibdata1文件。重啟電腦，打開Navicat for MySQL，連接成功，數據可以訪問操作。

至此，操作終於成功。其實當初在那台機上把數據導出來，而不是現在直接把文件夾mysql複製過來會更容易恢復。但那台機已經重裝了系統，也就是說MySQL失效了。

系統崩潰後，關於MYSQL恢復資料庫的問題！求救啊！

MySQL 在崩潰恢復時，會遍歷打開所有 ibd 文件的 header page 驗證數據字典的準確性，如果 MySQL 中包含了大量表，這個校驗過程就會比較耗時。 MySQL 下崩潰恢復確實和表數量有關，表總數越大，崩潰恢復時間越長。另外磁碟 IOPS 也會影響崩潰恢復時間，像這裡開發庫的 HDD IOPS 較低，因此面對大量的表空間，校驗速度就非常緩慢。另外一個發現，MySQL 8 下正常啟用時居然也會進行表空間校驗，而故障恢復時則會額外再進行一次表空間校驗，等於校驗了 2 遍。不過 MySQL 8.0 里多了一個特性，即表數量超過 5W 時，會啟用多線程掃描，加快表空間校驗過程。

如何跳過校驗MySQL 5.7 下有方法可以跳過崩潰恢復時的表空間校驗過程嘛？查閱了資料，方法主要有兩種：

1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ，那麼 validate = false，即可以跳過表空間校驗。實際測試的時候設置 innodb_force_recovery =1，也就是強制恢復跳過壞頁，就可以跳過校驗，然後重啟就是正常啟動了。通過這種臨時方式可以避免崩潰恢復後非常耗時的表空間校驗過程，快速啟動 MySQL，個人目前暫時未發現有什麼隱患。2. 使用共享表空間替代獨立表空間這樣就不需要打開 N 個 ibd 文件了，只需要打開一個 ibdata 文件即可，大大節省了校驗時間。自從聽了姜老師講過使用共享表空間替代獨立表空間解決 drop 大表時性能抖動的原理後，感覺共享表空間在很多業務環境下，反而更有優勢。

臨時冒出另外一種解決想法，即用 GDB 調試崩潰恢復，通過臨時修改 validate 變數值讓 MySQL 跳過表空間驗證過程，然後讓 MySQL 正常關閉，重新啟動就可以正常啟動了。但是實際測試發現，如果以 debug 模式運行，確實可以臨時修改 validate 變數，跳過表空間驗證過程，但是 debug 模式下代碼運行效率大打折扣，反而耗時更長。而以非 debug 模式運行，則無法修改 validate 變數，想法破滅。

資料庫管理員工作的基本職責說明

資料庫管理員負責各系統數據的災備工作，研究事務所的數據和信息安全。下面是我整理的資料庫管理員工作的基本職責說明。

　 　資料庫管理員工作的基本職責說明1

職責

1、負責資料庫管理系統的運維管理，完成資料庫安裝、監控、備份、測試、恢復等基本工作，從而保證資料庫管理系統的穩定性、安全性和高性能;

2、監視監控資料庫的警告日誌，定期做備份審查、歸檔和刪除;

3、監控資料庫的日常會話情況，及時發現異常會話進程並積極採取有效處理措施予以解決，從而避免對業務運營造成影響;

4、監控資料庫的碎片和剩餘表空間情況，及時掌握表空間的擴展速度以及剩餘空間分布情況，根據變化動態調整資料庫的存儲方案以優化資源使用;若有需要提前做出存儲介質擴容的方案規劃和未來存儲需求計劃;

5、關注資料庫管理系統SQL Server版本的升級信息和與SQL Server相關的漏洞補丁信息，在測試環境中確認不會對業務運營造成影響的前提下實施生產環境下的SQL Server版本升級和補丁補漏，並對整個升級補漏過程進行監控和日誌審查，確認升級補漏真正成功完成;

6、制定資料庫備份計劃，制定災難恢復計劃中的數據恢復相關要求並定期演練，確保災難出現時能對資料庫數據進行有效恢復;

7、對資料庫的備份策略要根據業務要求和實際情況進行更改，對資料庫的日常備份作業執行進行監控和狀態確認，對資料庫的備份數據進行驗證和介質存放管理，與資料庫的設計廠商保持聯絡和維持技術溝通;

8、制定資料庫用戶管理要求，建立資料庫底層結果和訪問模型，制定資料庫性能監控標準和指標;對通過資料庫管理系統進行的任何針對資料庫對象的更改進行統一管理;

9、使用SQL語句對資料庫進行管理維護和性能優化;

10、當發現不同用戶需求之間互相抵觸進而造成進程死鎖時，進行處理的同時協助相關人員協調用戶需求，配合應用系統的資料庫設計人員對系統資源進行合理分配;

11、負責資料庫管理系統的管理用戶批准和其對應的管理許可權設置，採取措施防止資料庫被未經授權的訪問和破壞;

12、協助有關部門配合相關崗位完成U9系統的項目實施和應用升級、治木軟體系統的項目實施和應用升級;

13、完成信息部經理交代的有關任務，協助公司各部門完成相關的工作;

任職要求

1、本科以上學歷，計算機相關專業，具備專業的計算機應用知識，年齡不限，性別不限，有SQL Server認證者(MCSA)優先;

2、熟悉SQL Server資料庫平台下的數據備份/數據恢復，了解資料庫性能監控和優化，掌握SQL代碼編寫，對資料庫安全性有一定認識，理解資料庫設計，理解索引設計、索引維護和查詢引擎， 懂得容量監控與規劃;

3、思維清晰，具備優秀的溝通理解能力;邏輯推算及動手能力強，有獨檔一面的工作能力，且能承受較大的工作壓力;

　 　資料庫管理員工作的基本職責說明2

職責：

1.負責資料庫的安裝配置及升級改造，性能監控及優化，故障診斷和排除，數據遷移，資料庫備份、複製、鏡像等容災方案的制定和實施，以及資料庫的安全管理、帳戶許可權管理;

2.維護線上業務核心資料庫的7*24安全、穩定運行;

3.負責資料庫的架構規劃、評估、實施，實現高可用、可擴展架構;

4.熟悉MySQL的運行機制和體系架構, 精通/熟悉SQL，熟悉資料庫設計與優化;

5.對資料庫新增內容進行數據分析和挖掘;

任職要求：

1.熟悉資料庫管理工具，如Navicat等輕量化管理工具;

2.熟練使用MySql，Oracle等資料庫相關工具;

3.參與MYSQL腳本管理、SQL Advisor、數據質量管理等工具與平台的開發與實現;

4.至少熟悉java或Python中的一種開發語言

　 　資料庫管理員工作的基本職責說明3

職責：

1、負責公司資料庫日常運行監控、管理和性能分析，並進行故障處理和優化。

2、快速處理解決資料庫系統運行中出現的故障和問題，保證業務數據安全、可用;

3、負責Oracle資料庫的日常運行維護、備份恢復、升級優化、擴容遷移和安全管理工作;

4、為架構/開發團隊提供Oracle資料庫相關的技術支持服務，包括對象設計、SQL編寫規範制定、指導、審核等;

5、負責Oracle資料庫平台架構和高可用方案的規劃設計工作，並通過分析業務發展趨勢，做出相應的容量規劃;

6、負責Oracle資料庫的業務數據分析與挖掘、性能分析與系統優化、問題跟蹤與管理;

7、負責系統軟、硬體的部署、監控以及調優，包括 JVM 的調優、中間件調優、底層硬體設備的優化;

8、撰寫並維護工作相關的資料庫設計文檔;

任職要求：

1、計算機或者相關專業本科畢業，5年以上ORACLE資料庫維護和優化經驗;

2、有大型在線交易系統和企業應用系統(例如：ERP、SRM、WMS等)資料庫規劃設計和優化經驗;

3、熟練安裝搭建資料庫伺服器及集群系統、雙機熱備，包括SQL Server和Oracle;

4、精通 Oracle資料庫原理和運行機制，具有豐富的管理與調優經驗;

5、精通RAC、Data Guard、OGG配置管理以及故障排除;

6、熟悉linux ，AIX環境下資料庫運行維護;熟悉VERITAS SF文件系統;

7、精通Oracle資料庫11g/12c分庫，分表，SQL解析，數據路由等。

8、為人正直，工作責任心強，良好的溝通和為人處事的能力、良好的團隊合作精神;

9、持有OCP證書;

10、擁有Ansible、python經驗者或擁有OCM等證書者優先考慮。

　 　資料庫管理員工作的基本職責說明4

職責：

1、負責公司資料庫架構規劃、容量規劃、系統調優;

2、負責資料庫日常運維、故障處理，備份恢復、性能調優及補丁升級等;

3、規劃、設計、評審和優化資料庫設計方案;

4、配合研發制定資料庫技術方案，分庫分表策略，數據遷移方案 ;

5、指導開發人員完成資料庫建模、資料庫索引優化，資料庫操作語句優化;

任職要求：

1、計算機相關專業本科及以上學歷;

2、五年以上DBA相關經驗;

3、精通MySQL資料庫的在Linux下的安裝布署、開發維護、管理及性能調優;

4、熟悉MySQL存儲引擎InnoDB、能夠進行SQL語句和讀寫分離的優化分析/設計，並具有高並發下讀寫分離維護經驗。;

5、熟悉MySQL事務和鎖，能進行鎖分析和分析優化;

6、熟悉其他至少兩種關係型資料庫SQL Server/Oracle/Postgresql;

7、熟悉ETL概念及過程,有一定的存儲過程或ETL相關的開發經驗;

8、熟悉Linux，熟悉腳本編寫，有自動化經驗;掌握至少一門腳本語言(Shell、Python、Perl);

9、熟悉java開發優先考慮。

10、熟悉NoSql優先考慮。

　 　資料庫管理員工作的基本職責說明5

職責：

1、負責系統資料庫(Oracle、Mysql為主)的資料庫規劃、部署、優化、故障排查;日常運維及管理工作;

2、負責資料庫的存儲規劃管理，協助系統規劃設計、防火牆等網路安全設備的安裝調試、故障排除、安裝、配置、升級與遷移;

3、負責公司項目數據備份策略制定、實施等相關信息安全工作;

4、負責制定和實施資料庫備份恢復策略;

5、負責資料庫監控，性能檢查和優化工作;

6、負責診斷、故障檢測和解決任何資料庫相關的問題，配合其他資料庫相關管理和維護工作。

7、配合開發人員及其他項目組開展日常技術支持、故障排查、系統日常維護

任職資格：

1、熟悉資料庫結構設計，對系統架構和資料庫理論有較好的理解;

2、熟悉Oracle或Mysql資料庫體系結構和性能優化;

3、熟悉SQL優化原理，具備較好的SQL優化能力;

4、熟悉一種或者多種主流的UNIX/LINUX系統;