共計 3331 個字符，預計需要花費 9 分鐘才能閱讀完成。

這篇文章主要為大家展示了“如何實現 Mysql 數據庫性能優化”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓丸趣 TV 小編帶領大家一起研究并學習一下“如何實現 Mysql 數據庫性能優化”這篇文章吧。

對表進行水平劃分

如果一個表的記錄數太多了，比如上千萬條，而且需要經常檢索，那么我們就有必要化整為零了。如果我拆成 100 個表，那么每個表只有 10 萬條記錄。當然這需要數據在邏輯上可以劃分。一個好的劃分依據，有利于程序的簡單實現，也可以充分利用水平分表的優勢。比如系統界面上只提供按月查詢的功能，那么把表按月拆分成 12 個，每個查詢只查詢一個表就夠了。如果非要按照地域來分，即使把表拆的再小，查詢還是要聯合所有表來查，還不如不拆了。所以一個好的拆分依據是 最重要的。關鍵字：UNION

例：

訂單表根據訂單產生時間來分表（一年一張）  學生情況表   查詢電話費，近三個月的數據放入一張表，一年內的放入到另一張表

對表進行垂直劃分

有些表記錄數并不多，可能也就 2、3 萬條，但是字段卻很長，表占用空間很大，檢索表時需要執行大量 I /O，嚴重降低了性能。這個時候需要把大的字段拆分到另一個表，并且該表與原表是一對一的關系。(JOIN)

【試題內容】、【答案信息】兩個表，最初是作為幾個字段添加到【試題信息】里的，可以看到試題內容和答案這兩個字段很長，在表里有 3 萬記錄時，表已經占 了 1G 的空間，在列試題列表時非常慢。經過分析，發現系統很多時候是根據【冊】、【單元】、類型、類別、難易程度等查詢條件，分頁顯示試題詳細內容。而每 次檢索都是這幾個表做 join，每次要掃描一遍 1G 的表。我們完全可以把內容和答案拆分成另一個表，只有顯示詳細內容的時候才讀這個大表，由此 就產生了【試題內容】、【答案信息】兩個表。

選擇適當的字段類型，特別是主鍵

選擇字段的一般原則是保小不保大，能用占用字節小的字段就不用大字段。比如主鍵，建議使用自增類型，這樣省空間, 空間就是效率! 按 4 個字節和按 32 個字節定位一條記錄，誰快誰慢太明顯了。涉及到幾個表做 join 時，效果就更明顯了。

建議使用一個不含業務邏輯的 id 做主角如 s1001。例：

int 4 bigint 8 mediumint smallint 2 tinyint 1md5 char(32)id ：整數  tinyint samllint int bigintstudent 表 id stuno stuname adress s1001  小民   深圳 

文件、圖片等大文件用文件系統存儲

數據庫只存儲路徑。圖片和文件存放在文件系統，甚至單獨放在一臺服務器 (圖床 / 視頻服務器).

數據庫參數配置

最重要的參數就是內存，我們主要用的 innodb 引擎，所以下面兩個參數調的很大

innodb_additional_mem_pool_size = 64Minnodb_buffer_pool_size =1G

對于 myisam，需要調整 key_buffer_size，當然調整參數還是要看狀態，用 show status 語句可以看到當前狀態，以決定改調整哪些參數

在 my.ini 修改端口 3306，默認存儲引擎和最大連接數

 在 my.ini 中.port=3306 [有兩個地方修改]default-storage-engine=INNODB max_connections=100

合理的硬件資源和操作系統

如果你的機器內存超過 4G，那么毋庸置疑應當采用 64 位操作系統和 64 位 mysql 5.5.19 or mysql5.6

讀寫分離

如果數據庫壓力很大，一臺機器支撐不了，那么可以用 mysql 復制實現多臺機器同步，將數據庫的壓力分散。

Master Slave1 Slave2 Slave3

主庫 master 用來寫入，slave1—slave3 都用來做 select，每個數據庫分擔的壓力小了很多。要實現這種方式，需要程序特別設計，寫都操作 master，讀都操作 slave，給程序開發帶來了額外負擔。當然目前已經有中間件來實現這個代理，對程 序來讀寫哪些數據庫是透明的。官方有個 mysql-proxy，但是還是 alpha 版本的。新浪有個 amobe for mysql，也可達到這個目的，結構如下

定時完成數據庫的備份

項目實際需求，請完成定時備份某個數據庫，或者定時備份數據庫的某些表的操作

windows 下每隔 1 小時，備份一次數據 newsdb

windows 每天晚上 2:00 備份 newsdb 下 某一張表

cmd mysqldump –u root –p 密碼 數據庫名 把數據庫放入到某個目錄

案例, 備份 mydb 庫的所有表

進入 mysqldump 所在的目錄

cmd mysqldump –u root –phsp shop d:/shop.log [把 shop 數據庫的所有表全部導出]

cmd mysqldump –u root –phsp shop temusers emp d:/shop2.log [shop 數據庫的 temusers 和 emp 導出]

如何恢復數據的表

進入的 mysql 操作界面

mysql source 備份文件的全路徑

定時備份:(把命令寫入到 my.bat 問中)

windows 如何定時備份 (每天凌晨 2:00)

使用 windows 自帶的計劃任務，定時執行批處理命令。

增量備份和還原

定義：mysql 數據庫會以二進制的形式，自動把用戶對 mysql 數據庫的操作，記錄到文件，當用戶希望恢復的時候，可以使用備份文件進行恢復。

增量備份會記錄 dml 語句、創建表的語句，不會記錄 select。記錄的東西包括：sql 語句本身、操作時間，位置

進行增量備份的步驟和恢復

注意：mysql5.0 及之前的版本是不支持增量備份的

1、配置 my.ini 文件或者 my.conf，啟用二進制備份。

打開 my.ini 文件，查找 log-bin，進行配置：log-bin=G:\Database\mysqlbinlog\mylog

在 G:\Database 目錄下面新建目錄 mysqlbinlog

2、重啟 mysql 服務

這個時候會在 mysqlbinlog 目錄下面看到以下兩個文件：

mylog.000001：日志備份文件。如果要查看這個日志文件里面的信息，我們可以使用 mysqlbinlog 程序查看，mysqlbinlog 程序存放在 mysql 的 bin 目錄下面（“C:\Program Files\MySQL\MySQL Server 5.6\bin”）。

執行 sql 語句

UPDATE emp set ename= zouqj where empno=100003;

開始——運行——cmd，mysqlbinlog 備份文件路徑

C:\Program Files\MySQL\MySQL Server 5.6\bin mysqlbinlog G:\Database\mysqlbinlog\mylog.000001

mylog.index：日志索引文件，里面記錄了所以的日志文件。（G:\Database\mysqlbinlog\mylog.000001）

3、假設現在問題來了，我這條 update 是誤操作，如何進行恢復

在 mysql 日志中會記錄每一次操作的時間和位置，所以我們既可以根據時間來恢復，也可以根據位置來恢復。

那么，我們現在馬上可以從上圖看出，這條語句產生的時間是 2016-04-17 12:01:36，位置是 614

按時間來恢復

我們可以選擇在語句產生時間的前一秒

執行 cmd 命令：mysqlbinlog –stop-datetime= 2016-04-17 12:01:35 G:\Database\mysqlbinlog\mylog.000001 | mysql -uroot -p

這個時候我再執行 SQL 語句查看

SELECT * from emp where empno=100003;

按位置來恢復

執行 cmd 命令：mysqlbinlog –stop-position= 614 G:\Database\mysqlbinlog\mylog.000001 | mysql -uroot -p

這個時候再執行 SQL 來查看結果，又變回來了。

以上是“如何實現 Mysql 數據庫性能優化”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注丸趣 TV 行業資訊頻道！