亚洲视频二区_亚洲欧洲日本天天堂在线观看_日韩一区二区在线观看_中文字幕不卡一区

公告：魔扣目錄網(wǎng)為廣大站長提供免費收錄網(wǎng)站服務(wù)，提交前請做好本站友鏈：【網(wǎng)站目錄：http://www.430618.com 】，免友鏈快審服務(wù)（50元/站），

網(wǎng)站：51998
待審：31
小程序：12
文章：1030137
會員：747

首頁 > 新聞資訊 > IT業(yè)界 >正文

MySQL對于千萬級的大表如何優(yōu)化

發(fā)布時間：2024-01-21 21:07:01 作者：網(wǎng)友整理

前言

今天發(fā)了個沸點，主題是：當(dāng)年阿里面試，面試官問，sql怎么優(yōu)化，掘友發(fā)起來激烈討論，我總結(jié)了下個人的觀點

1. 優(yōu)化你的sql、索引

B+樹

sql優(yōu)化

避免多表聯(lián)合查詢，優(yōu)化難度大
設(shè)置合理的查詢字段，避免多次回表

索引

建立合適的索引
避免索引失效

規(guī)范

58到家數(shù)據(jù)庫30條軍規(guī)解讀

2. 引入緩存

優(yōu)點

解決讀的性能瓶頸

缺點

緩存數(shù)據(jù)庫一致性
緩存穿透
緩存雪崩
緩存擊穿
架構(gòu)復(fù)雜（高可用）

3. 讀寫分離

架構(gòu)方案

客戶端直接連接客戶端直連方案，因為少了一層 proxy 轉(zhuǎn)發(fā)，所以查詢性能稍微好一點兒，并且整體架構(gòu)簡單，排查問題更方便。但是這種方案，由于要了解后端部署細(xì)節(jié)，所以在出現(xiàn)主備切換、庫遷移等操作的時候，客戶端都會感知到，并且需要調(diào)整數(shù)據(jù)庫連接信息。中間件：ShardingSphere
帶proxy 帶 proxy 的架構(gòu)，對客戶端比較友好。客戶端不需要關(guān)注后端細(xì)節(jié)，連接維護(hù)、后端信息維護(hù)等工作，都是由 proxy 完成的。但這樣的話，對后端維護(hù)團(tuán)隊的要求會更高。而且，proxy 也需要有高可用架構(gòu)。因此，帶 proxy 架構(gòu)的整體就相對比較復(fù)雜。中間件：ShardingSphere 、Atlas 、mycat

優(yōu)點

分擔(dān)主庫的壓力

缺點

從延遲，導(dǎo)致往主庫寫入的數(shù)據(jù)跟從庫讀出來的數(shù)據(jù)不一致

解決方案

強制走主庫方案；
sleep 方案；主庫更新后，讀從庫之前先 sleep 一下。具體的方案就是，類似于執(zhí)行一條 select sleep(1) 命令。
判斷主備無延遲方案； seconds_behind_master 參數(shù)的值，可以用來衡量主備延遲時間的長短。 seconds_behind_master 是否已經(jīng)等于 0。如果還不等于 0 ，那就必須等到這個參數(shù)變?yōu)?0 才能執(zhí)行查詢請求。
配合 semi-sync 方案；事務(wù)提交的時候，主庫把 binlog 發(fā)給從庫；從庫收到 binlog 以后，發(fā)回給主庫一個 ack，表示收到了；主庫收到這個 ack 以后，才能給客戶端返回“事務(wù)完成”的確認(rèn)。
等主庫位點方案；

Master_Log_File 和 Read_Master_Log_Pos，表示的是讀到的主庫的最新位點；
Relay_Master_Log_File 和 Exec_Master_Log_Pos，表示的是備庫執(zhí)行的最新位點。如果 Master_Log_File 和 Relay_Master_Log_File、Read_Master_Log_Pos 和 Exec_Master_Log_Pos 這兩組值完全相同，就表示接收到的日志已經(jīng)同步完成。

等 GTID 方案。

Auto_Position=1 ，表示這對主備關(guān)系使用了 GTID 協(xié)議。
Retrieved_Gtid_Set，是備庫收到的所有日志的 GTID 集合；
Executed_Gtid_Set，是備庫所有已經(jīng)執(zhí)行完成的 GTID 集合。如果這兩個集合相同，也表示備庫接收到的日志都已經(jīng)同步完成。

4. 分區(qū)表

例子


CREATE TABLE `t` (
  `ftime` datetime NOT NULL,
  `c` int(11) DEFAULT NULL,
  KEY (`ftime`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
PARTITION BY RANGE (YEAR(ftime))
(PARTITION p_2017 VALUES LESS THAN (2017) ENGINE = InnoDB,
 PARTITION p_2018 VALUES LESS THAN (2018) ENGINE = InnoDB,
 PARTITION p_2019 VALUES LESS THAN (2019) ENGINE = InnoDB,
PARTITION p_others VALUES LESS THAN MAXVALUE ENGINE = InnoDB);
insert into t values('2017-4-1',1),('2018-4-1',1);

這個表包含了一個.frm 文件和 4 個.ibd 文件，每個分區(qū)對應(yīng)一個.ibd 文件。對于引擎層來說，這是 4 個表；對于 Server 層來說，這是 1 個表。