場景

　　這幾天在趕十一上線的專案，但是突然發現介面效能不好，高併發支援不住。又不想改程式碼，就在資料庫層面進行優化。

Mysql

　　分割槽：專案中有對40萬條的資料進行時間查詢的要求，就算對DateTime建立了索引，也十分耗時。這個時候可以用分割槽，把一個表按一個欄位分為多個區，比如建立時間（DateTime型別）。主要分割槽語句如下：

partition by range COLUMNS(CreateTime)(
        PARTITION 08p1 VALUES LESS THAN ('2009-01-01'),
        PARTITION 09p1 VALUES LESS THAN (
 
'2010-04-01'),
        PARTITION 09p2 VALUES LESS THAN ('2011-07-01'),
        PARTITION 09p3 VALUES LESS THAN ('2012-10-01'),
        PARTITION 09p4 VALUES LESS THAN ('2013-01-01'),
        PARTITION 10p1 VALUES LESS THAN ('2014-04-01'),
        PARTITION 10p2 VALUES LESS THAN ('2015-07-01'),
        PARTITION 10p3 VALUES LESS THAN (
 
'2016-10-01'),
        PARTITION 10p4 VALUES LESS THAN ('2017-01-01'),
        PARTITION 11p1 VALUES LESS THAN ('2018-04-01'),
        PARTITION 11p2 VALUES LESS THAN ('2019-07-01'),
        PARTITION 22p12 VALUES LESS THAN ('2020-01-01'),
        PARTITION p12 VALUES less than MAXVALUE
);        

　　在Create Table的sql語句中新增，這裡採用的是RANGE 分割槽，還有其他型別的分割槽。注意：

　　　　1.之後可以對某一分割槽進行細分，不會影響資料；用reorganize語句

　　　　2.可以合併分割槽，不會影響資料；

　　　　3.一定要有less than MAXVALUE，避免有資料不能分配到分割槽中。

　　　　4.最好把分割槽的欄位設為主鍵。

　　最後，MYSQL中40多萬的資料查詢耗時到100ms以內。

　　配置檔案：主要修改以下引數：

　　　　1.innodb_buffer_pool_size。是InnoDB引擎中處理快取的；

　　　　2.innodb_buffer_pool_instances。

MongoDB

　　非同步：最好把程式碼中所有有關增加，查詢等操作的都改為非同步，可以減少耗時。

　　配置檔案：主要修改以下引數：

　　　　1.wiredTigerCacheSizeGB。單位是GB，用來設定引擎所使用的快取大小，預設單例下使用記憶體的一半。

　　　　2.maxConns = 2000。最大連線數。

Liunx

　　主要修改一些系統限制,在/etc/sysctl.conf檔案中進行修改，重啟生效。

　　　　1.vm.swappiness。值越大，表示越積極使用swap分割槽，越小表示越積極使用實體記憶體.

　　　　2.* soft nofile 65535 和* hard nofile 65535 ，修改每個程序能開啟的最大檔案數