mysql怎么按照時(shí)間做表分區(qū)？用mysql的表分區(qū)功能（邏輯上還是一個(gè)表，對(duì)程序來(lái)說(shuō)是透明的），通過(guò)分區(qū)函數(shù)可實(shí)現(xiàn)自動(dòng)分表。如果想實(shí)現(xiàn)根據(jù)數(shù)據(jù)每月或每周動(dòng)態(tài)的再分區(qū)，可以寫(xiě)一個(gè)存儲(chǔ)過(guò)程實(shí)現(xiàn)分區(qū)調(diào)整邏

mysql怎么按照時(shí)間做表分區(qū)？

用mysql的表分區(qū)功能（邏輯上還是一個(gè)表，對(duì)程序來(lái)說(shuō)是透明的），通過(guò)分區(qū)函數(shù)可實(shí)現(xiàn)自動(dòng)分表。如果想實(shí)現(xiàn)根據(jù)數(shù)據(jù)每月或每周動(dòng)態(tài)的再分區(qū)，可以寫(xiě)一個(gè)存儲(chǔ)過(guò)程實(shí)現(xiàn)分區(qū)調(diào)整邏輯，最后寫(xiě)一個(gè)mysql event（自動(dòng)化作業(yè)）按周期調(diào)用這個(gè)存儲(chǔ)過(guò)程就行了。

如何利用MYSQL創(chuàng)建一個(gè)表格？

1、 打開(kāi)MYSQL，如下。

2、 首先必須在一個(gè)數(shù)據(jù)庫(kù)里面工作，所以你必須創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)。利用create database （數(shù)據(jù)庫(kù)名稱(chēng)），來(lái)出創(chuàng)建數(shù)據(jù)庫(kù)。（紅色是輸入的代碼，綠色是電腦反饋的語(yǔ)句)

3、 創(chuàng)建好了必須使用它，利用 use (數(shù)據(jù)庫(kù)名稱(chēng)) 語(yǔ)句。（紅色是輸入的代碼，綠色是電腦反饋的語(yǔ)句)

4、 你在這里可以熟悉一下顯示數(shù)據(jù)庫(kù)的語(yǔ)句，查看自己有多少個(gè)已經(jīng)創(chuàng)建的數(shù)據(jù)庫(kù)（紅色是輸入的代碼，綠色是電腦反饋的語(yǔ)句)

5、 接著可以創(chuàng)建表格了。利用create table （表格名稱(chēng)）。（紅色是輸入的代碼，綠色是電腦反饋的語(yǔ)句)

6、 顯示如上（紅色是輸入的代碼，綠色是電腦反饋的語(yǔ)句)

7、 如果顯示說(shuō) "Query ok"，說(shuō)明已經(jīng)創(chuàng)建好啦表格。

mysql表數(shù)據(jù)量太大，達(dá)到了1億多條數(shù)據(jù)，除了分庫(kù)分表之外，還有沒(méi)有其他的解決方式？

mysql在常規(guī)配置下，一般只能承受2000萬(wàn)的數(shù)據(jù)量(同時(shí)讀寫(xiě)，且表中有大文本字段，單臺(tái)服務(wù)器)?，F(xiàn)在超過(guò)1億，并不斷增加的情況下，建議如下處理：

1 分表。可以按時(shí)間，或按一定的規(guī)則拆分，做到查詢(xún)某一條數(shù)據(jù)庫(kù)，盡量在一個(gè)子表中即可。這是最有效的方法

2 讀寫(xiě)分離。尤其是寫(xiě)入，放在新表中，定期進(jìn)行同步。如果其中記錄不斷有update，最好將寫(xiě)的數(shù)據(jù)放在 redis中，定期同步

3 表的大文本字段分離出來(lái)，成為獨(dú)立的新表。大文本字段，可以使用NOSQL數(shù)據(jù)庫(kù)

4 優(yōu)化架構(gòu)，或優(yōu)化SQL查詢(xún)，避免聯(lián)表查詢(xún)，盡量不要用count(*)， in，遞歸等消耗性能的語(yǔ)句

5 用內(nèi)存緩存，或在前端讀的時(shí)候，增加緩存數(shù)據(jù)庫(kù)。重復(fù)讀取時(shí)，直接從緩存中讀取。

上面是低成本的管理方法，基本幾臺(tái)服務(wù)器即可搞定，但是管理起來(lái)麻煩一些。

當(dāng)然，如果整體數(shù)據(jù)量特別大的話，也不在乎投入費(fèi)用的話，用集群吧，用TIDB吧

MySQL分庫(kù)分表之后，id主鍵如何處理？

我從分庫(kù)分表存在的問(wèn)題和怎么做來(lái)回答一下這個(gè)問(wèn)題。。

一，分庫(kù)分表的ID主鍵不能依賴(lài)于數(shù)據(jù)庫(kù)的自增，因?yàn)槎鄮?kù)中會(huì)重復(fù)！

通常使用外接的數(shù)據(jù)組件獲取全局唯一的ID：比如加強(qiáng)型UUID（根據(jù)Ip，時(shí)間戳等得到）和使用Redis(RedisAtomicLong)和zookeeper的API獲取，Twitter的雪花算法等等！

二，分庫(kù)分表之后的連接查詢(xún)比較困難！

問(wèn)題沒(méi)法避免，通常拆分SQL，使用多次查詢(xún)，用查到的結(jié)果再分別查別的結(jié)果！

三，分布式事務(wù)的數(shù)據(jù)一致性很難保證！

可以使用TCC編程模型保證兩處的事務(wù)都能正確提交，但是這種方式對(duì)代碼的侵入比較重！也可以使用基于消息的數(shù)據(jù)一致性保證！

四，多數(shù)據(jù)的排序，分組，統(tǒng)計(jì)會(huì)比較困難！

1，用多線程，對(duì)多個(gè)節(jié)點(diǎn)分別查詢(xún)，然后匯總！

2，也可以提前冗余查詢(xún)表，將所有的經(jīng)常查詢(xún)的重點(diǎn)數(shù)據(jù)提前統(tǒng)一到個(gè)庫(kù)表里！

分庫(kù)分表涉及到的知識(shí)點(diǎn)比較多，建議使用專(zhuān)門(mén)的分庫(kù)分表組件！本人有mycat使用經(jīng)驗(yàn)，如果您有相關(guān)問(wèn)題，歡迎前來(lái)探討！