推薦：MySQL開啟記錄執(zhí)行過的SQL語句方法
這篇文章主要介紹了MySQL開啟記錄執(zhí)行過的SQL語句方法,配置的方法很簡單,本文直接給出配置示例,需要的朋友可以參考下 概述 很多時候，我們需要知道 MySQL 執(zhí)行過哪些 SQL 語句，比如 MySQL 被注入后，需要知道造成什么傷害等等。只要有 SQL 語句的記錄，就能知道情況并

 　　這篇文章主要介紹了MySQL分頁技術(shù)、6種分頁方法總結(jié),本文總結(jié)了6種分頁的方法并分別一一講解它們的特點,需要的朋友可以參考下

　　概述

　　有朋友問: MySQL的分頁似乎一直是個問題，有什么優(yōu)化方法嗎?

　　網(wǎng)上看到趕集網(wǎng)XX推薦了一些分頁方法,但似乎不太可行，你能點評一下嗎?

　　方法總結(jié)

　　方法1: 直接使用數(shù)據(jù)庫提供的SQL語句

　　語句樣式: MySQL中,可用如下方法: SELECT * FROM 表名稱 LIMIT M,N

　　適應(yīng)場景: 適用于數(shù)據(jù)量較少的情況(元組百/千級)

　　原因/缺點: 全表掃描,速度會很慢 且 有的數(shù)據(jù)庫結(jié)果集返回不穩(wěn)定(如某次返回1,2,3,另外的一次返回2,1,3). Limit限制的是從結(jié)果集的M位置處取出N條輸出,其余拋棄.

　　方法2: 建立主鍵或唯一索引, 利用索引(假設(shè)每頁10條)

　　語句樣式: MySQL中,可用如下方法: SELECT FROM 表名稱 WHERE id_pk > (pageNum10) LIMIT M

　　適應(yīng)場景: 適用于數(shù)據(jù)量多的情況(元組數(shù)上萬)

　　原因: 索引掃描,速度會很快. 有朋友提出: 因為數(shù)據(jù)查詢出來并不是按照pk_id排序的，所以會有漏掉數(shù)據(jù)的情況，只能方法3

　　方法3: 基于索引再排序

　　語句樣式: MySQL中,可用如下方法: SELECT FROM 表名稱 WHERE id_pk > (pageNum10) ORDER BY id_pk ASC LIMIT M

　　適應(yīng)場景: 適用于數(shù)據(jù)量多的情況(元組數(shù)上萬). 最好ORDER BY后的列對象是主鍵或唯一所以,使得ORDERBY操作能利用索引被消除但結(jié)果集是穩(wěn)定的(穩(wěn)定的含義,參見方法1)

　　原因: 索引掃描,速度會很快. 但MySQL的排序操作,只有ASC沒有DESC(DESC是假的,未來會做真正的DESC,期待…).

　　方法4: 基于索引使用prepare(第一個問號表示pageNum，第二個?表示每頁元組數(shù))

　　語句樣式: MySQL中,可用如下方法: PREPARE stmt_name FROM SELECT FROM 表名稱 WHERE id_pk > (? ?) ORDER BY id_pk ASC LIMIT M

　　適應(yīng)場景: 大數(shù)據(jù)量

　　原因: 索引掃描,速度會很快. prepare語句又比一般的查詢語句快一點。

　　方法5: 存儲過程類(最好融合上述方法4)

　　語句樣式: 不再給出

　　適應(yīng)場景: 大數(shù)據(jù)量. 作者推薦的方法

　　原因: 把操作封裝在服務(wù)器，相對更快一些。

分享：MySQL日志文件詳解
這篇文章主要介紹了MySQL日志文件詳解,本文分別講解了錯誤日志、二進制日志、通用查詢?nèi)罩尽⒙�查詢�(nèi)罩尽�Innodb的在線redo日志、更新日志等日志類型和作用介紹,需要的朋友可以參考下 概述 日志文件是MySQL數(shù)據(jù)庫的重要組成部分。MySQL有幾種不同的日志文件，通常包括錯