MySQL Log 所有 SQL 語法

MySQL 最常使用的是 Log Slow Query,但是除了 Slow Query 外,還有情況是要抓不知哪來的 SQL 語法,或者要查是哪些語法一起來造成 Lock 等等的問題,所以想要知道 MySQL 到底都接收到哪些 SQL Query?

要怎麼將所有的 SQL 語法都記錄下來呢?

閱讀全文〈MySQL Log 所有 SQL 語法〉

MySQL 多層的目錄階層 一次查詢完成

資料庫設計分類、目錄等等的結構,要去考量有幾個階層,當階層不明確,或者階層很多,通常會用下述設計方式(想要幾個階層都可以):

  • cate_id / cate_name / cate_parent_id (預設 cate_parent_id = 0)

依照這種設計法,每次查詢就一直找到自己的父節點id,當找到 cate_parent_id = 0 就找到最上層了

這種作法就會需要寫個 while 一直往上查詢上去,有沒有辦法一行 SQL 語法直接達成呢?

閱讀全文〈MySQL 多層的目錄階層 一次查詢完成〉

MySQL 計算兩個經緯度之間的距離 與 遠近排序

在 MySQL 裡面要計算經緯度之間的距離,並且由近排到遠,SQL 語法要怎麼下?

註:簡單說就是要做到:經緯度算距離 + 找出 範圍區間 的資料

閱讀全文〈MySQL 計算兩個經緯度之間的距離 與 遠近排序〉

WebScaleSQL 為了能承載大規模、大資料量而打造的資料庫

大型的網路公司都遇到資料量太大的問題, 而 Facebook 跳下來說(詳見: WebScaleSQL: A collaboration to build upon the MySQL upstream)要改寫 MySQL(目前是改寫 5.6版), 改寫後的 MySQL 版本希望可以承受這種大資料量, 於是取名叫: WebScaleSQL.

而大規模、大資料量的問題, 中、大型的網路公司都會遇到, 有人自願跳下水, 其它公司自然也跟著要來 提出需求 提供幫忙, 所以 Google、LinkedIn、Twitter 也加入這個行列了~

於是由 Facebook、Google、LinkedIn、Twitter 一起合作打造的 WebScaleSQL 就誕生囉~ 期待看看後續的發展~

閱讀全文〈WebScaleSQL 為了能承載大規模、大資料量而打造的資料庫〉