MySQL

 如果遇到死結了，怎麼解決呢？找到原始的鎖ID，然後KILL掉一直持有的那個線程就可以了， 但是眾多線程，可怎麼找到引起死結的線程ID呢？ MySQL 發展到現在，已經非常強大了，這個問題很好解決。 直接從資料字典連尋找。我們來示範下。線程A，我們用來鎖定某些記錄，假設這個線程一直沒提交，或者忘掉提交了。 那麼就一直存在，但是資料裡面顯示的只是SLEEP狀態。mysql> set @@autocommit=0;Query OK, 0 rows affected (0.00

本文通過一個案例來看看MySQL最佳化器如何選擇索引和JOIN順序。表結構和資料準備參考本文最後部分"測試環境"。這裡主要介紹MySQL最佳化器的主要執行流程，而不是介紹一個最佳化器的各個組件(這是另一個話題)。   我們知道，MySQL最佳化器只有兩個自由度：順序選擇；單表訪問方式；這裡將詳細剖析下面的SQL，看看MySQL最佳化器如何做出每一步的選擇。explainselect *from employee as A,department as Bwhere

問題   通過「SHOW FULL PROCESSLIST」語句很容易就能查到問題SQL，如下：SELECT post.*FROM postINNER JOIN post_tag ON post.id = post_tag.post_idWHERE post.status = 1 AND post_tag.tag_id = 123ORDER BY post.created DESCLIMIT 100  

給定一個升序排列的自然數數組，數組中包含重複數字，例如：[1,2,2,3,4,4,4,5,6,7,7]。問題：給定任意自然數，對數組進行二分尋找，返回數組正確的位置，給出函數實現。註：連續相同的數字，返回第一個匹配位置還是最後一個匹配位置，由函數傳入參數決定。我為什麼會出這道題目？    二分尋找在資料庫核心實現中非常重要   

MYSQL裡有五百萬資料，但大多是重複的，真實的就180萬，於是想怎樣把這些重複的資料搞出來，在網上找了一圈，好多是用NOT IN這樣的代碼，這樣效率很低，自己琢磨組合了一下，找到一個高效的處理方式，用這個方式，五百萬資料，十來分鐘就全部去除重複了，請各位參考。第一步：從500萬資料表data_content_152裡提取出不重複的欄位SFZHM對應的ID欄位到TMP3表create table tmp3 as select min(id) as col1 from data_content_1

今天有同學給我反應，有一張表，id是主鍵，這樣的寫法可以返回一條記錄： “SELECT * FROM t HAVING id=MIN(id);”   但是只是把MIN換成MAX，這樣返回就是空了： “SELECT * FROM t HAVING id=MAX(id);”   這是為什麼呢？   我們先來做個實驗，驗證這種情況。   這是表結構，初始化兩條記錄，然後實驗：root@localhost : plx 1

UTF8字元集下：SQL>create table test(id int auto_increment,name varchar(10),primary key(id));SQL>insert into test values(null,'1234567890');Query OK, 1 row affected (0.00 sec)SQL>insert into test values(null,'一二三四五六七八九十');Query OK, 1 row affected

安裝   為了讓文章更具完整性，我們選擇從原始碼安裝MySQL，需要注意的是早期的版本有記憶體流失，所以推薦安裝最新的穩定版，截至本文發稿時為止，最新的穩定版是5.6.13，我們就以此為例來說明，過程很簡單，只要啟用了WITH_INNODB_MEMCACHED即可：shell> groupadd mysqlshell> useradd -r -g mysql mysqlshell> tar zxvf mysql-5.6.13.tar.gzshell>

前言     MySQL 5.5版本之前預設的複製是非同步(Asynchronous )模式的, MySQL 5.5 以plugins的方式提供了Semisynchronous Replication 模式。在介紹 semi sync 之前,我們先瞭解：半同步 Asynchronous 和 同步 Synchronous 。非同步複製模式    主庫將已經提交的事務event

【背景】  某業務資料庫load 警示異常，cpu usr 達到30-40 ，居高不下。使用工具查看資料庫正在執行的sql ，排在前面的大部分是：複製代碼 代碼如下:SELECT id, cu_id, name, info, biz_type, gmt_create, gmt_modified,start_time, end_time, market_type, back_leaf_category,item_status,picuture_url FROM relation

前言工作過程中,各種業務需求在訪問資料庫的時候要求有order by排序。有時候不必要的或者不合理的排序操作很可能導致資料庫系統崩潰。如何處理好order by排序呢？本文從原理以及最佳化層面介紹 order by 。一 MySQL中order by的原理  1 利用索引的有序性擷取有序資料  當查詢語句的 order BY 條件和查詢的執行計畫中所利用的 Index 的索引鍵（或前面幾個索引鍵）完全一致,且索引訪問方式為 rang,ref 或者 index

【背景】   對一套資料庫叢集進行5.5升級到5.6之後,alter.log 報warning異常。   複製代碼 代碼如下:2015-02-03 15:44:51 19633 [Warning] Storing MySQL user name or password information in the master info repository is not secure and is therefore not recommended.

一 介紹  上一篇文章介紹了replace into的基本原理。本章內容通過一個例子說明 replace into 帶來的潛在的資料品質風險,當涉及replace into操作的表含有自增主鍵時,主備切換後會造成資料覆蓋等不一致的情況發生。二 案例分析在主庫上操作複製代碼 代碼如下:root@test 12:36:51>show create table t1 \G*************************** 1. row ***********************

1：在終端下：mysql -V。 以下是程式碼片段：複製代碼 代碼如下:　　[shengting@login ~]$ mysql -V　　mysql Ver 14.7 Distrib 4.1.10a, for redhat-linux-gnu (i686)　　2：在mysql中：mysql> status;　　以下是程式碼片段：複製代碼 代碼如下:　　mysql> status;　　--------------　　mysql Ver 14.7 Distrib 4.1.10a,

有時候你在mysql中運行SHOW PROCESSLIST;後會探索資料庫中有很多這樣的進程：那麼造成sleep的原因，有三個，下面是mysql手冊給出的解釋:1.用戶端程式在退出之前沒有調用mysql_close().[寫程式的疏忽，或者資料庫的db類庫沒有自動關閉每次的串連。。。]2.用戶端sleep的時間在wait_timeout或interactive_timeout規定的秒內沒有發出任何請求到伺服器. [類似常連，類似於不完整的tcp

有兩個簡單的方法MySQL中的資料載入到MySQL資料庫從先前備份的檔案。LOAD DATA匯入資料：MySQL提供了LOAD DATA語句，作為一個大容量資料載入。下面是一個例子聲明中，讀取一個檔案dump.txt，，從目前的目錄載入到當前資料庫中的表mytbl：mysql> LOAD DATA LOCAL INFILE 'dump.txt' INTO TABLE mytbl;    

表資料匯出到一個文字檔最簡單的方法是使用SELECT... INTO OUTFILE語句的查詢結果直接匯出到一個檔案在伺服器主機上。匯出資料的SELECT...INTO OUTFILE聲明：這句話的文法結合了常規的SELECT INTO OUTFILE檔案名稱的末尾。預設的輸出格式是相同的LOAD DATA，所以下面的語句匯出tutorials_tbl的表定位字元分隔的，換行結尾的檔案到/tmp/tutorials.txt：mysql> SELECT * FROM

如果把使用者輸入到一個網頁，將其插入到MySQL資料庫，有機會離開了發生安全問題被稱為SQL注入敞開。這一課將教如何協助防止這種情況的發生，並協助保護指令碼和MySQL語句。注入通常發生在處理一個使用者輸入，如他們的名字，而不是一個名字，他們給一個會在不知不覺中你的資料庫上啟動並執行MySQL語句。永遠不要信任使用者提供的資料，只能驗證後處理這些資料，作為一項規則，這是通過模式比對。在下面的例子中，使用者名稱被限制為字母數字字元加底線的長度在8到20個字元之間 - 根據需要修改這些規則。if (

有時表或結果集包含重複的記錄。有時它是允許的，但有時它需要停止重複的記錄。有時它需要識別重複的記錄從表中刪除。本章將介紹如何防止發生在一個表中重複的記錄如何刪除已經存在的重複記錄。防止重複表格中的發生：可以使用PRIMARY KEY或UNIQUE索引的表上相應的欄位來防止重複的記錄。讓我們舉一個例子，下面的表中不包含這樣的索引或主鍵，所以它會允許記錄first_name和last_name重複CREATE TABLE person_tbl( first_name CHAR(20),

序列是一組整數1，2，3，...中產生的順序。序列中經常使用的資料庫，因為很多應用都需要一個表中的每一行包含一個獨特的值和序列提供了一個簡單的方法來產生。本章介紹如何使用MySQL中的序列。使用自動遞增列：在MySQL中使用序列最簡單的方法是定義一個AUTO_INCREMENT列，剩下的事情留給MySQL處理。執行個體:試試下面的例子。這將建立表之後，它會在此表中它不是必需的記錄ID插入幾行，因為它由MySQL自動遞增。mysql> CREATE TABLE insect -> (