MySQL

     Error: Cannot create Windows service for MySql. Error: 0    圖示：    當你沒有事先停止並卸載已有MySQL服務，並且使用MySQL Configuration Wizard（設定精靈）重新安裝或升級MySQL時，會遇到該問題。發生的原因是，當設定精靈試圖安裝服務時，它發現已經有一個同名的服務。    

    相對其他數據庫而言，MySQL的鎖機制比較簡單，其最顯著的特點是不同的存儲引擎支援不同的鎖機制，但總的來説，mysql各種存儲引擎使用了三種類型的鎖定機制：行級鎖定、頁級鎖定和表級鎖定。其中，MyISAM主要使用表級鎖定，而使用行級鎖定的主要是Innodb。            ①表級鎖：開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發生鎖衝突的機率最高,並發度最低。        ②行級鎖：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖衝突的機率最低,並發度也最高。       

     對資料庫瓶頸貢獻最大的、恐怕I/O是當仁不讓了、     市面上、網路上一抓一大把的調優理論、都是對I/O下手     然、摩爾定律稱：硬體運算速度每18個月翻一倍、I/O已經不再是資料庫瓶頸的頭號殺手     那些墨守成規的DBA們、是時候轉變思路啦、醒醒哈、別睡著了               大傢伙先看一下MySQL I/O 分析          ① InnoDB redo&binlog                同步寫入底層磁碟，順序小IO       

   方法何其多、這裡介紹的是懶人做法、也就是、藉助工具   但是、生產環境是不能隨便安裝程式的、腫麼辦？   沒關係、我們偉大的percona 已經為我們考慮周詳鳥      這裡、我們要藉助三個工具：      ① pt-summary：綠色純天然、免安裝、下載即用、收集MySQL Server所在OS的基本資料   ② pt-mysql-summary：本地安裝、然後遠程收集MySQL Server的基本資料   ③ innotop：將MySQL

     流程大概是這樣的：          從 42.121.189.236 拿資料到 192.168.1.119 然後再把資料送到 192.168.1.110 上恢複          那麼、接下來就來看看這個過程、          ㈠ 在192.168.1.119上從 42.121.189.236 上拿資料、並送給 192.168.1.110 $ mysqldump -udavid -p123 -h42.121.189.236 --single-transaction

     樸實簡單的才是真、那些高端洋氣的複寫拓撲純屬自虐     實施複製大概會有 4 個原則：          ① 一個主庫可以有多個備庫     ② 一個備庫只能有一個主庫     ③ 每個備庫 Server ID全域唯一     ④ log_slave_updates 有薪火相傳之效用          下面簡單談談幾種複製的拓撲設計、至於他們的優缺點以及適用情境留待後續慢慢獻上          ㈠ 一主一備                     短評：最簡單的拓撲       

     ㈠ 序言                為了應對無線互連網的機遇和挑戰、避免 emoji Emoji帶來的問題、        涉及無線相關的 MySQL 資料庫建議都提前採用 utf8mb4 字元集        這必須要作為移動互連網行業的一個技術選型的要點               ㈡ 限制             需要 >= MySQL 5.5.3版本、從庫也必須是5.5的了、低版本不支援這個字元集、複製報錯                   ㈢ 簡要步驟     

環境：mysql> select version();+-----------+| version() |+-----------+| 5.5.28 |+-----------+1 row in set (0.00 sec)         分區是一種表的設計模式                  分區，分而治之，其重點在於高可用（管理），而附屬價值才是效能的提高                  而且：             對儲存引擎層透明            

    ㈠ 環境：                  OS    : RHEL-5.8        Server：MySQL 5.5        Engine：InnoDB                 ㈡ 問題：                  在無任何操作的前提下、磁碟IO負載都幾乎跑滿、然後跑了3、4個小時磁碟負載依舊                  iotop 部分輸出：Total DISK READ: 32.55 M/s | Total DISK WRITE: 0.00 B/

   ㈠ 原理：         只要使用者定義的索引欄位中包含了主鍵中的欄位、那麼這個欄位就不會再被InnoDB自動加到索引中      但如果使用者的索引欄位中沒有完全包含主鍵欄位、InnoDB 就會把剩下的主鍵欄位加到索引末尾         ㈡ 例子         例子一：CREATE TABLE t ( a char(32) not null primary key, b char(32) not null, KEY idx1 (a,b), KEY idx2 (b,a))

     本文雖說旨在明白、但若略懂亦可、畢竟諸葛孔明如是     只有基於字元的值才有所謂字元集的概念     某些字元集可能需要更多CPU、消費更多的記憶體和磁碟空間、甚至影響索引使用     這還不包括令人蛋碎的亂碼、     可見、我們還是有必要花點時間略懂下MySQL字元集          先直觀認識各階梯下顯示使用字元集：# 囊括三個層級：DB、Table、Columnmysql> create database d charset utf8;Query OK, 1 row

簡單說Replication實際上就是一種資料庫間的同步機制，它通過主庫上產生的二進位日誌在從庫上重放來實現主從庫上的同步。Replication is relatively good for scaling reads, which you can direct to a slave, but it’s not a good way to scale writes unless you design it right.相對來說，Replication機制特別適合對讀取進行水平伸縮(scale

mysqldump工具的文檔：http://dev.mysql.com/doc/refman/5.1/zh/client-side-scripts.html#mysqldumpmysqldump最常用於備份一個整個的資料庫：shell> mysqldump db_name >backup-file.sql你可以這樣將轉儲檔案讀回到伺服器：shell> mysql db_name < backup-file.sql相應的，在目標伺服器上匯入資料的命令就是：shell>

有時候 在資料庫左右串連查詢時需要修改返回列為null的欄位值，比如 ：返回 1或0等這時候就會用到 COALESE（field,0） 函數，這個函數會在fiele 為null時 將值修改為後面知道的 0.當然還有 ifnull 和 is_null 函數有類似功能。select  a* , coalesce(b.count,0) as bcount from user as aleft join(select count(*) as count from bbb group by  ccc)

今天項目中又遇到一個 mySQL 查詢資料的問題，簡單說就是當你想處理一個查詢(可能返回多個記錄)時，可以用limit 來解決一些問題。eg:select a.*, (select b.id from table_b b where .......) as t1 from table_a a 如果：(select b.id from table_b b where .......) 返回多條結果時，將出錯。（可否在t1中將返回的結果拼成一個字串？在前台再去根據規則解析呢？

今天用本機裝了個phpMyAdmin，版本4.0，想用它來連一台內網伺服器上的Mysql，編譯php試使用   ./configure --prefix=/usr/local/php --enable-fpm --with-curl --enable-mbstring --with-mysql

更改資料存放區路徑，需要先修改配置，再拷貝資料，然後重啟。1. 為了保證資料的準確性最好是停止mysql 服務，或者把mysql 表的寫進行加鎖。/etc/my.cnf[mysqld]datadir=/var/lib/mysqlsocket=/var/lib/mysql/mysql.sockuser=mysql假設新的資料存放區路徑為

Amoeba for MySQL 位於Client、Database Server(s)之間，具有負載平衡、高可用性、sql過濾、可承受高並發、讀寫分離、Query Route（解析sql query語句，並且根據條件與預先設定的規則，請求到指定的目標資料庫。可並發請求多台資料庫合并結果）、對用戶端透明，能降低資料切分帶來的複雜多資料庫結構、資料切分規則給應用帶來的影響。適用mysql 4.1或者以上版本（mysql

Primary key 與Unique Key都是唯一性限制式。但二者有很大的區別：1、Primary key的1個或多個列必須為NOT NULL，如果列為NULL，在增加PRIMARY KEY時，列自動更改為NOT NULL。而UNIQUE KEY 對列沒有此要求。2、一個表只能有一個PRIMARY KEY，但可以有多個UNIQUE KEY。下面以測試說明：SQL> create table t (a int,b int,c int,d int);Table

【概要】介紹如何對資料庫伺服器進行參數調整的方法和注意事項 【名詞解釋】1.參數範圍(Var Scope)：Local,Session,Global參考連結global參數對所有會話有效session參數在修改後僅對當前已建立會話生效對後續產生的會話無效 2.動態參數(Dynamic) :可以在運行時進行修改的參數查詢列表修改後無需重新啟動即可生效 【如何設定】1,運行時：對於可以動態修改的參數，可以直接使用如下命令進行修改：example:SET sort_buffer_size=10000;