主頁 > 資料庫 > MySQL索引,事務及存盤引擎

MySQL索引,事務及存盤引擎

2020-11-06 01:41:14 資料庫

文章目錄

    • 索引
      • 一.索引的概念
      • 二.索引的作用
      • 三.創建索引的原則
      • 四.索引的分類
        • 普通索引
        • 主鍵索引
        • 唯一性索引
        • 組合索引
        • 全文索引
      • 五.洗掉索引
    • 事務
      • 事務的概念
      • 事務的特點
      • 事務控制陳述句
      • 事務的控制方法
    • 存盤引擎
      • 存盤引擎概念
      • 存盤引擎的作用和作業原理
    • MyISAM的介紹
    • innodb引擎
    • 企業選擇存盤引擎依據
      • 修改存盤引擎

索引

一.索引的概念

  1. 是一個排序的串列,存盤著索引值和這個值所對應的物理地址
  2. 無需對整個表進行掃描,通過物理地址就可以找到所需資料
  3. 是表中一列或者若干列值排序的方法
  4. 需要額外的磁盤空間,伴隨著表直接存在

二.索引的作用

1.資料庫利用各種快速定位技術,能夠大大加快查詢速率
2.當表很大或查詢涉及到多個表時,可以成千上萬倍地提高查詢速度
3.可以降低資料庫的IO成本,并且還可以降低資料庫的排序成本, IO:輸入(寫入、更改資料),輸出(讀取資料)
4.通過創建唯一性索引保證資料表資料的唯一性
5.可以加快表與表之間的連接
6.在使用分組和排序時,可大大減少分組和排序時間

三.創建索引的原則

1、表的主鍵、外鍵必須有索引
2、資料量超過300行的表應該有索引
3、經常與其他表進行連接的表,在連接欄位上應該建立索引
4、唯一性太差的欄位不適合建立索引
5、更新太頻繁地欄位不適合創建索引
6、經常出現在 Where子句中的欄位,特別是大表的欄位,應該建立索引
7、索引應該建在選擇性高的欄位上
8、索引應該建在小欄位上,對于大的文本欄位甚至超長欄位,不要建索引

四.索引的分類

普通索引

最基本的索引,沒有唯一性之類的限制
創建方式:
直接創建

mysql> create index index_name on ky06(chengji); 
mysql> mysql> show index from ky06;
+-------+------------+------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name   | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| ky06  |          0 | PRIMARY    |            1 | id          | A         |           5 |     NULL | NULL   |      | BTREE      |         |               |
| ky06  |          1 | index_name |            1 | chengji     | A         |           5 |     NULL | NULL   | YES  | BTREE      |         |               |
+-------+------------+------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
2 rows in set (0.00 sec)


創建表結構時創建

mysql> create table nice(id int(3) primary key auto_increment,name varchar(10),money int(255),index index_id (id));
Query OK, 0 rows affected (0.00 sec)

mysql> show index from nice;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| nice  |          0 | PRIMARY  |            1 | id          | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |
| nice  |          1 | index_id |            1 | id          | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
2 rows in set (0.00 sec)

修改表結構時創建

mysql> alter nice add index index_name(name);
show index from nice;
+-------+------------+------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name   | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| nice  |          0 | PRIMARY    |            1 | id          | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |
| nice  |          1 | index_id   |            1 | id          | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |
| nice  |          1 | index_name |            1 | name        | A         |           0 |     NULL | NULL   | YES  | BTREE      |         |               |
+-------+------------+------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
3 rows in set (0.00 sec)


主鍵索引

是一種特殊的唯一索引,指定為primary key,一個表只能有一個主鍵,與唯一索引的區別是不允許有空值(非空且唯一)
創建表結構時創建

create table xiu(id int(3) primary key auto_increment,name varchar(10),money int(255));

修改表結構時創建

mysql> create table vip(id int(2),name varchar(10));
Query OK, 0 rows affected (0.00 sec)

mysql> alter table vip add primary key(id);
Query OK, 0 rows affected (0.01 sec)
Records: 0  Duplicates: 0  Warnings: 0

唯一性索引

與普通索引的區別是索引列的所有值只能出現一次,即必須唯一
直接創建

mysql> create unique index index_id on vip(id);
Query OK, 0 rows affected (0.01 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> show index from vip;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| vip   |          0 | index_id |            1 | id          | A         |           2 |     NULL | NULL   | YES  | BTREE      |         |               |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
1 row in set (0.00 sec)

創建表結構時創建

mysql> create table svip (id int(2) ,name varchar(10),money int(255),unique index index_id(id));
Query OK, 0 rows affected (0.01 sec)
mysql> show index from svip;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| svip  |          0 | index_id |            1 | id          | A         |           0 |     NULL | NULL   | YES  | BTREE      |         |               |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
1 row in set (0.00 sec)

組合索引

可以是單列上創建的索引,也可以是在多列上創建的索引,遵循最左原則,從左往右依次執行,

mysql> create table vvip (id int(2) ,name varchar(10),money int(255), index index_id(id,name));
Query OK, 0 rows affected (0.01 sec)

mysql> show index from vvip;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| vvip  |          0 | index_id |            1 | id          | A         |           0 |     NULL | NULL   | YES  | BTREE      |         |               |
| vvip  |          0 | index_id |            2 | name        | A         |           0 |     NULL | NULL   | YES  | BTREE      |         |               |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
2 rows in set (0.00 sec)

全文索引

創建表時創建全文索引(必須為字符型欄位)

mysql> create table ssk (id int(2) ,name varchar(10),money int(255),fulltext(name));
Query OK, 0 rows affected (0.02 sec)

mysql> show index from ssk;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| ssk   |          1 | name     |            1 | name        | NULL      |           0 |     NULL | NULL   | YES  | FULLTEXT   |         |               |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
1 row in set (0.00 sec)

修改表的方式添加全文索引

mysql> alter table vip add fulltext index_ab(name);
Query OK, 0 rows affected, 1 warning (0.08 sec)
Records: 0  Duplicates: 0  Warnings: 1

mysql> show index from vip
    -> ;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| vip   |          0 | index_id |            1 | id          | A         |           2 |     NULL | NULL   | YES  | BTREE      |         |               |
| vip   |          1 | index_ab |            1 | name        | NULL      |           2 |     NULL | NULL   | YES  | FULLTEXT   |         |               |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
2 rows in set (0.00 sec)

五.洗掉索引

方法一:
mysql> drop index index_ab on vip;
Query OK, 0 rows affected (0.01 sec)
Records: 0  Duplicates: 0  Warnings: 0
方法二:
mysql> alter table svip drop index index_id;
Query OK, 0 rows affected (0.00 sec)
Records: 0  Duplicates: 0  Warnings: 0

事務

事務的概念

  • 事務是一種機制、一個操作序列,包含了一組資料庫操作命令,并且把所有的命令作為一個整體一起向系統提交或撤銷操作請求,即這一組資料庫命令要么都執行,要么都不執行
  • 事務是一個不可分割的作業邏輯單元,在資料庫系統上執行并發操作時,事務是最小的控制單元
  • 適用于多用戶同時操作的資料庫系統的場景,如銀行、保險公司及證券交易系統等等
  • 通過事務的整體性以保證資料的一致性
  • 如果事務成功了一部分,一部分未成功,則執行回滾,回到事務的起點,重新開始操作

事務的特點

  • 原子性(Atomicity)
    事務是一個完整的操作,事務的各元素是不可分的
    事務中的所有元素必須作為一個整體提交或回滾
    如果事務中的任何元素失敗,則整個事務將失敗
  • 一致性(Consistency)
    當事務完成時,資料必須處于一致狀態
    在事務開始前,資料庫中存盤的資料處于一致狀態
    在正在進行的事務中,資料可能處于不一致的狀態
    當事務成功完成時,資料必須再回到已知的一致狀態
  • 隔離性(Isolation)
    對資料進行修改的所有并發事務是彼此隔離的,表明事務必須是獨立的,它不應以任何方式依賴于或影響其他事務
    修改資料的事務可在另一個使用相同資料的事務開始之前訪問這些資料,或者在另一個使用相同資料的事務結束之后訪問這些資料
  • 持久性
    指不管系統是否發生故障,事務處理的結果都是永久的
    一旦事務被提交,事務的效果會被永久地保留在資料庫中

事務控制陳述句

MySQL事務默認是自動提交的,當SQL陳述句提交時事務便自動提交

BEGIN或START TRANSACTION
COMMIT
ROLLBACK
SAVEPOINT identifier
RELEASE SAVEPOINT identifier
ROLLBACK TO identifier
SET TRANSACTION

事務的控制方法

事務處理命令控制事務

 BEGIN:開始一個事務
 COMMIT:提交一個事務
 ROLLBACK:回滾一個事務

使用set命令進行控制

 set autocommit=0:禁止自動提交
 set autocommit=1:開啟自動提交

事務的操作

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into vip (id,name,money) values(3,'xiye',169);
Query OK, 1 row affected (0.00 sec)

mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

存盤引擎

存盤引擎概念

  • MySQL中的資料用各種不同的技術存盤在檔案中,每一種技術都使用不同的存盤機制、索引技巧、鎖定水平并最終提供不同的功能和能力,這些不同的技術以及配套的功能在 MySQL中稱為存盤引擎,
  • 存盤引擎就是 MySQL將資料存盤在檔案系統中的存盤方式或者存盤格式
    MySQL常用存盤引擎:MyISAM InnoDB

存盤引擎的作用和作業原理

MySQL存盤引擎是 MySQL資料庫服務器中的組件,負責為資料庫執行實際的資料I/O操作

使用特殊存盤引擎的主要優點之一在于:
僅需提供特殊應用所需的特性;
資料庫中的系統開銷較小;
具有更有效和更高的資料庫性能,

MySQL系統中,存盤引擎處于檔案系統之上,在資料保存到資料檔案之前會傳輸到存盤引擎,之后按照各個存盤引擎的存盤格式進行存盤

MyISAM的介紹

MyISAM不支持事務,也不支持外鍵

訪問速度快

對事務完整性沒有要求

MyISAM在磁盤.上存盤成三個檔案
●.frm檔案存盤表定義
●資料檔案的擴展名為.MYD (MYData)
●索引檔案的擴展名是.MYI (MYIndex)

表級鎖定形式,資料在更新時鎖定整個表

資料庫在讀寫程序中相互阻塞 會在資料寫入的程序阻塞用戶資料的讀取 也會在資料讀取的程序中阻塞用戶的資料寫入

資料單獨寫入或讀取,速度程序較快且占用資源相對

MyIAM支持的存盤格式
●靜態表
●動態表
●壓縮表

適用場景:

公司業務不需要事務的支持
單方面讀取或寫入資料比較多的業務
MyISAM存盤引擎資料讀寫都比較頻繁場景不適合
使用讀寫并發訪問相對較低的業務
資料修改相對較少的業務
對資料業務-致性要求不是非常高的業務
服務器硬體資源相對比較差

innodb引擎

特點

  • 支持4個事務隔離級別
  • 行級(讀寫分離)鎖定,但是全表掃描仍然會是表級鎖定
  • 讀寫阻塞與事務隔離級別相關
  • 具有非常高效的快取特性:能快取索引,也能快取資料
  • 表與主鍵以簇的方式存盤
  • 支持外鍵約束,5.5以前不支持全文索引,5.5版本以后支持全文索引
  • 對硬體資源要求還是比較高的場合
    適用場景:
  • 業務需要事務的支持
  • 行級鎖定對高并發有很好的適應能力,但需確保查詢是通過索引來完成
  • 業務資料更新較為頻繁的場景如:論壇、微博等
  • 業務資料一致性要求較高如:銀行業務
  • 硬體設備記憶體較大(因為事務都先放記憶體),利用innodb較好的快取能力來提高記憶體利用率,減少磁盤IO的壓力

企業選擇存盤引擎依據

  • 需要考慮每個存盤引擎提供的核心功能及應用場景
  • 支持的欄位和資料型別
    所有引擎都支持通用的資料型別,但不是所有的引擎都支持其它的欄位型別,如二進制物件
  • 鎖定型別:不同的存盤引擎支持下同級別的鎖定
    表鎖定
    行鎖定
  • 索引的支持
    建立索引在搜索和恢復資料庫中的資料時能顯著提高性能
    不同的存盤弓|擎提供不同的制作索引|的技術
    有些存盤引擎根本不支持索引
  • 事務處理的支持
    提高在向表中更新和插入資訊期間的可靠性
    可根據企業業務是否要支持事務選擇存盤引擎

修改存盤引擎

方法一:alter table修改
mysql> alter table 庫名 engine=MyISAM;
方法二:修改my.cnf組態檔,指定默認存盤引擎并重啟服務
vim my.cnf
default-storage-engine=InnoDB
方法三:create table創建表時指定存盤引擎
mysql> create table engine moon(id int) engine=MyISAM;

轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/203794.html

標籤:其他

上一篇:資料庫優化說起來一套一套的,但你真的會嗎?

下一篇:MySql的簡單應用

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • GPU虛擬機創建時間深度優化

    **?桔妹導讀:**GPU虛擬機實體創建速度慢是公有云面臨的普遍問題,由于通常情況下創建虛擬機屬于低頻操作而未引起業界的重視,實際生產中還是存在對GPU實體創建時間有苛刻要求的業務場景。本文將介紹滴滴云在解決該問題時的思路、方法、并展示最終的優化成果。 從公有云服務商那里購買過虛擬主機的資深用戶,一 ......

    uj5u.com 2020-09-10 06:09:13 more
  • 可編程網卡芯片在滴滴云網路的應用實踐

    **?桔妹導讀:**隨著云規模不斷擴大以及業務層面對延遲、帶寬的要求越來越高,采用DPDK 加速網路報文處理的方式在橫向縱向擴展都出現了局限性。可編程芯片成為業界熱點。本文主要講述了可編程網卡芯片在滴滴云網路中的應用實踐,遇到的問題、帶來的收益以及開源社區貢獻。 #1. 資料中心面臨的問題 隨著滴滴 ......

    uj5u.com 2020-09-10 06:10:21 more
  • 滴滴資料通道服務演進之路

    **?桔妹導讀:**滴滴資料通道引擎承載著全公司的資料同步,為下游實時和離線場景提供了必不可少的源資料。隨著任務量的不斷增加,資料通道的整體架構也隨之發生改變。本文介紹了滴滴資料通道的發展歷程,遇到的問題以及今后的規劃。 #1. 背景 資料,對于任何一家互聯網公司來說都是非常重要的資產,公司的大資料 ......

    uj5u.com 2020-09-10 06:11:05 more
  • 滴滴AI Labs斬獲國際機器翻譯大賽中譯英方向世界第三

    **桔妹導讀:**深耕人工智能領域,致力于探索AI讓出行更美好的滴滴AI Labs再次斬獲國際大獎,這次獲獎的專案是什么呢?一起來看看詳細報道吧! 近日,由國際計算語言學協會ACL(The Association for Computational Linguistics)舉辦的世界最具影響力的機器 ......

    uj5u.com 2020-09-10 06:11:29 more
  • MPP (Massively Parallel Processing)大規模并行處理

    1、什么是mpp? MPP (Massively Parallel Processing),即大規模并行處理,在資料庫非共享集群中,每個節點都有獨立的磁盤存盤系統和記憶體系統,業務資料根據資料庫模型和應用特點劃分到各個節點上,每臺資料節點通過專用網路或者商業通用網路互相連接,彼此協同計算,作為整體提供 ......

    uj5u.com 2020-09-10 06:11:41 more
  • 滴滴資料倉庫指標體系建設實踐

    **桔妹導讀:**指標體系是什么?如何使用OSM模型和AARRR模型搭建指標體系?如何統一流程、規范化、工具化管理指標體系?本文會對建設的方法論結合滴滴資料指標體系建設實踐進行解答分析。 #1. 什么是指標體系 ##1.1 指標體系定義 指標體系是將零散單點的具有相互聯系的指標,系統化的組織起來,通 ......

    uj5u.com 2020-09-10 06:12:52 more
  • 單表千萬行資料庫 LIKE 搜索優化手記

    我們經常在資料庫中使用 LIKE 運算子來完成對資料的模糊搜索,LIKE 運算子用于在 WHERE 子句中搜索列中的指定模式。 如果需要查找客戶表中所有姓氏是“張”的資料,可以使用下面的 SQL 陳述句: SELECT * FROM Customer WHERE Name LIKE '張%' 如果需要 ......

    uj5u.com 2020-09-10 06:13:25 more
  • 滴滴Ceph分布式存盤系統優化之鎖優化

    **桔妹導讀:**Ceph是國際知名的開源分布式存盤系統,在工業界和學術界都有著重要的影響。Ceph的架構和演算法設計發表在國際系統領域頂級會議OSDI、SOSP、SC等上。Ceph社區得到Red Hat、SUSE、Intel等大公司的大力支持。Ceph是國際云計算領域應用最廣泛的開源分布式存盤系統, ......

    uj5u.com 2020-09-10 06:14:51 more
  • es~通過ElasticsearchTemplate進行聚合~嵌套聚合

    之前寫過《es~通過ElasticsearchTemplate進行聚合操作》的文章,這一次主要寫一個嵌套的聚合,例如先對sex集合,再對desc聚合,最后再對age求和,共三層嵌套。 Aggregations的部分特性類似于SQL語言中的group by,avg,sum等函式,Aggregation ......

    uj5u.com 2020-09-10 06:14:59 more
  • 爬蟲日志監控 -- Elastc Stack(ELK)部署

    傻瓜式部署,只需替換IP與用戶 導讀: 現ELK四大組件分別為:Elasticsearch(核心)、logstash(處理)、filebeat(采集)、kibana(可視化) 下載均在https://www.elastic.co/cn/downloads/下tar包,各組件版本最好一致,配合fdm會 ......

    uj5u.com 2020-09-10 06:15:05 more
最新发布
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:33:24 more
  • MySQL中binlog備份腳本分享

    關于MySQL的二進制日志(binlog),我們都知道二進制日志(binlog)非常重要,尤其當你需要point to point災難恢復的時侯,所以我們要對其進行備份。關于二進制日志(binlog)的備份,可以基于flush logs方式先切換binlog,然后拷貝&壓縮到到遠程服務器或本地服務器 ......

    uj5u.com 2023-04-20 08:28:06 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:27:27 more
  • 快取與資料庫雙寫一致性幾種策略分析

    本文將對幾種快取與資料庫保證資料一致性的使用方式進行分析。為保證高并發性能,以下分析場景不考慮執行的原子性及加鎖等強一致性要求的場景,僅追求最終一致性。 ......

    uj5u.com 2023-04-20 08:26:48 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:26:35 more
  • 云時代,MySQL到ClickHouse資料同步產品對比推薦

    ClickHouse 在執行分析查詢時的速度優勢很好的彌補了MySQL的不足,但是對于很多開發者和DBA來說,如何將MySQL穩定、高效、簡單的同步到 ClickHouse 卻很困難。本文對比了 NineData、MaterializeMySQL(ClickHouse自帶)、Bifrost 三款產品... ......

    uj5u.com 2023-04-20 08:26:29 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:25:13 more
  • Redis 報”OutOfDirectMemoryError“(堆外記憶體溢位)

    Redis 報錯“OutOfDirectMemoryError(堆外記憶體溢位) ”問題如下: 一、報錯資訊: 使用 Redis 的業務介面 ,產生 OutOfDirectMemoryError(堆外記憶體溢位),如圖: 格式化后的報錯資訊: { "timestamp": "2023-04-17 22: ......

    uj5u.com 2023-04-20 08:24:54 more
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:24:03 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:23:11 more