MySQL

一、

在上一篇關於《MySQL體系架構》的文章裡提到MySQL最大的特色是其可插拔的外掛程式式儲存引擎，這篇文章將對比幾個主流的儲存引擎。這裡要特別提一點，由於MySQL是開源的，所以如果你對某些儲存引擎不滿意，可以修改或寫一個儲存引擎，增加自己想要的特性，這也是MySQL作為開來源資料庫的優勢之一。下表顯示了各種儲存引擎的特性：其中最常見的兩種儲存引擎是MyISAM和InnoDB剛接觸MySQL的時候可能會有些驚訝，竟然有不支援事務的儲存引擎，學過關係型資料庫理論的人都知道，事務是關係型資料庫的核心

環境MySQL 5.1 + 命令列工具問題MySQL分頁解決--建立測試表 create table test ( id int(11) primary key auto_increment, name varchar(20) not null); --插入資料 mysql> insert into test(name) values('test1'); Query OK, 1 row affected (0.16 sec)

InnoDB和大多數行式資料庫一樣，記錄以行的格式儲存，它提供了兩種格式：Compact和 RedundantCompactCompact格式是在MySQL5.0時才被引入，它是新的行格式，其設計目標是高效存 放資料，示意圖如下：1）變長欄位長度列表。按列的逆序放置，當列長度小於255位元組，用1位元組表示，若大於255位元組，用2個 位元組表示，至多為2位元組（這也很好解釋了InnoDB中varchar的最大長度為什麼是65535，因為2個位元組為16位

MySQL一個顯著的特點是其可插拔的儲存引擎，因此MySQL檔案分為兩種，一種是和MySQL資料庫本身相關 的檔案，一種是和儲存引擎相關的檔案。本文主要介紹和InnoDB儲存引擎相關的檔案。資料表空間檔案InnoDB在儲存上也模仿了Oracle的設計，資料按資料表空間進行儲存，但是和Oracle不一樣的是，Oracle 的資料表空間是個邏輯的概念，而InnoDB的資料表空間是個物理的概念。你可以通過參數

今天我們來介紹InnoDB儲存引擎的第二個特性 - 兩次寫（doublewrite），如果說插入緩衝是為了提高寫 效能的話，那麼兩次寫是為了提高可靠性，犧牲了一點點寫效能。部分寫失效想象這麼一個 情境，當資料庫正在從記憶體向磁碟寫一個資料頁時，資料庫宕機，從而導致這個頁唯寫了部分資料，這就是 部分寫失效，它會導致資料丟失。這時是無法通過重做日誌恢複的，因為重做日誌記錄的是對頁的物理修改 ，如果頁本身已經損壞，重做日誌也無能為力。兩次寫機制從上面分析我們知道，在部分寫

InnoDB儲存引擎有三大特性非常令人激動，它們分別是插入緩衝、兩次寫和自適應雜湊，本篇文章先介紹 第一個特性 - 插入緩衝（insert buffer）在上一篇《MySQL - 淺談InnoDB儲存引擎》中，我們可以 看到在InnoDB的記憶體中有單獨一塊叫“插入緩衝”的地區，下面我們詳細來介紹它。非叢集索引寫性 能問題為了闡述非叢集索引寫效能問題，我們先來看一個例子：mysql>create table t (id int

InnoDB儲存引擎中的表非常像Oracle中的索引組織表，每張表必須得有主鍵，如果表在建立時沒有顯示定 義主鍵，則根據以下原則自動建立主鍵：1）如果有非空的唯一索引，則該索引所在的列為主鍵；2）如果不符合上述條件，自動建立一個6個位元組的指標為主鍵。InnoDB儲存引擎的邏輯儲存 結構和Oracle幾乎一樣，從大到小分別為：資料表空間、段、區、頁，它們的關係如下圖所示：資料表空間在上一篇《MySQL InnoDB檔案介紹》中，我們知道InnoDB有一個預設的資料表空間，如果我們啟用了參數

本文討論MySQL支援的索引類型及其優缺點。要注意的是：在MySQL中，索引是在儲存引擎層而不是伺服器 層實現，所以不同儲存引擎的索引的工作方式並不一樣，也不是所有的儲存引擎都支援所有類型的索引。B+樹是一種經典的資料結構，由平衡樹和二叉尋找樹結合產生，它是為磁碟或其它直接存取輔助裝置而設 計的一種平衡尋找樹，在B+樹中，所有的記錄節點都是按索引值大小順序存放在同一層的分葉節點中，分葉節點間 用指標相連，構成雙向迴圈鏈表，非分葉節點（根節點、枝節點）只存放索引值，不存放實際資料。下面看一個2

昨天晚上在群中和一些網友聊到了MySQL多執行個體的話題，最早接觸MySQL多執行個體還是在1年前，那會我剛步入營運行業，做過MySQL多執行個體的相關實驗，在後來的工作中也很少用到多執行個體，一直就淡漠了它，昨天再次提及，故此再次重新整理下以前的筆記，參考一些大牛的觀點，也參考我的好友賀總(尊稱)的意見，特此寫下這篇文章！廢話不說，切入正題....在同一台物理伺服器上部署多個執行個體，而多執行個體的部署方式簡單，但是如何才能減少我們生產環境的維護成本，如何減少我們出錯的機會，如何方便我們後續的

構建高安全電子商務網站之(網站檔案及資料庫自動本地/異地雙備份)架構圖繼續介紹Linux伺服器檔案備份，Database

mysqlbinlog從二進位日誌讀取語句的工具。在二進位記錄檔中包含的執行過的語句的日誌可用來協助從崩潰中恢複。一、MYSQL資料庫日誌，有以下幾種日誌：1.錯誤記錄檔： -log-error2.查詢日誌： -log3.慢查詢日誌: -log-slow-queries4.更新日誌: -log-update5.二進位日誌： -log-bin這裡討論的是MYSQL二進位日誌的匯出、匯入；MYSQL二進位日誌完整備份，增量備份。預設情況下，所有日誌建立於mysqld資料目錄中，或者手工指定/etc/

一個企業的正常運行，資料的完整性是最關鍵的；所以我們需要在工作中要很熟練的掌握資料的備份與恢複方法；下面是對MysqlDatabase Backup的三種方法總結，希望對大家會有所協助備份開始前的工作環境準備：1、建立用於儲存二進位記錄檔的目錄# mkdir /mybinlog# chown mysql.mysql /mybinlog2、修改設定檔# vim /etc/my.cnflog-bin=/mybinlog/mysql-bin  

mysql按照備份恢複方式分為邏輯備份和物理備份邏輯備份是備份sql語句，在恢複的時候執行備份的sql語句實現資料庫資料的重現物理備份就是備份資料檔案了，比較形象點就是cp下資料檔案，但真正備份的時候自然不是的cp這麼簡單這2種備份各有優劣，一般來說，物理備份恢複速度比較快，佔用空間比較大，邏輯備份速度比較慢，佔用空間比較小下面介紹以下3種常用的備案方法mysqldump工具備份mysqldump由於是mysql內建的備份工具，所以也是最常用的mysql資料庫的備份工具。支援基於InnoDB的熱

當新的客戶串連mysqld時，mysqld建立一個新的線程來處理請求。該線程先檢查是否主機名稱在主機名稱緩衝中。如果不在，線程試圖解析主機名稱：如果作業系統支援安全執行緒gethostbyaddr_r

前兩天生產庫上出現了一個不大不小的故障，關於MySQL 的儲存引擎問題。這個故障所涉及到的是MySQL 4.1.20的版本MyISAM儲存引擎，一張1千多萬的表。故障現象：在做簡單的SELECT查詢的時候沒有問題，但是做串連查詢或者其他複雜查詢的時候就報錯了:具體的錯誤碼由於時間的問題被遺忘了。在系統日誌中記錄的錯誤如下圖：從錯誤資訊中可以猜到了大概：儲存引擎出了問題。進到相應的資料庫目錄下，查看一下資料檔案大小，有4G大小，這就不奇怪了.MySQL 4版本的資料庫建立的表預設最大檔案大小就是4

給MySQL提供了具有提交，復原和崩潰恢複能力的事務安全（ACID相容）儲存引擎。InnoDB鎖定在行級並且也在SELECT語句提供一個Oracle風格一致的非鎖定讀。這些特色增加了多使用者部署和效能。沒有在InnoDB中擴大鎖定的需要，因為在InnoDB中行級鎖定適合非常小的空間。InnoDB也支援FOREIGN

# 以下選項會被MySQL用戶端應用讀取.# 注意只有MySQL附帶的用戶端應用程式保證可以讀取這段內容.# 如果你想你自己的MySQL應用程式擷取這些值# 需要在MySQL用戶端庫初始化的時候指定這些選項#[client]#password = [your_password]port = @MYSQL_TCP_PORT@socket = @MYSQL_UNIX_ADDR@#  MySQL 服務端[mysqld]# 一般配置選項port =

環境：Vmware workstation6.5作業系統：Centos 5.2 （2台）第一台：主機名稱：mysql1 IP： 192.168.1.30第二台主機名稱：mysql2 IP： 192.168.1.32軟體下載安裝下載軟體地址：http://dev.mysql.com/downloads/select.php?id=14選擇作業系統是RedHat Enterprise

刪除mysql 的一個表的資料的時候報告如下錯誤：mysql> delete from upload_images;ERROR 1175 (HY000): You are using safe update mode and you tried to update a table without a WHERE that uses a KEY columnmysql> show variables like '%sql_safe%';+------------------+-------+|