MySQL

最近出現一個很奇怪的MySQL問題，使用不同select語句查詢全部資料集居然得到不同的記錄數。select * 得到4條記錄，select 欄位得到的是3條記錄。具體問題可以看下面的查詢結果： [sql] mysql> select * from table_myisam; +----------+-------+-----------+------+ | datetime | uid | content | type | +----------+-------+----

mysql通過觸發器實現兩個表的同步 目前，在本地測試成功。 假設本地的兩個資料庫a和b，a下有表table1（id, val） b下有表table2（id, val） 假設希望當table1中資料更新，table2中資料同步更新。 代碼： DELIMITER $$ CREATE /*[DEFINER = { user | CURRENT_USER }]*/ TRIGGER `a`.`觸發器名` BEFORE UPDATE ON `a`.`table1` FOR EACH ROW BEGIN

網上查了一下，有兩種方法，第一種最土的方法：使用like語句第二種聽濤哥說用全文索引，就在網上搜一下： 如何在MySQL中獲得更好的全文檢索搜尋結果 很多互連網應用程式都提供了全文檢索搜尋功能，使用者可以使用一個詞或者詞語片斷作為查詢項目來定位匹配的記錄。在後台，這些程式使用在一個SELECT 查詢中的LIKE語句來執行這種查詢，儘管這種方法可行，但對於全文尋找而言，這是一種效率極端低下的方法，尤其在處理大量資料的時候。

一、概念 MySQL Cluster採用一系列的Disk Data objects來實現磁碟表。 Tablespaces：作用是作為其他Disk Data objects的容器。 Undo log files：儲存事務進行復原需要的資訊，一個或者多個undo log files組成一個log files group，最後，該log file group關聯到一個tablespaces。 Data files：作用是儲存表中的資料，data file直接關聯到tablespaces。

注:我的運行環境是widnows xp professional + MySQL5.0 一, 建立使用者: 命令:CREATE USER 'username'@'host' IDENTIFIED BY 'password'; 說明:username - 你將建立的使用者名稱, host - 指定該使用者在哪個主機上可以登陸,如果是本機使用者可用localhost, 如果想讓該使用者可以從任意遠程主機登陸,可以使用萬用字元%. password -

根據mysql慢日誌監控SQL語句執行效率 啟用MySQL的log-slow-queries(慢查詢記錄)。 在Linux環境下先要找到my.cnf檔案(一般在/etc/mysql/)，然後可能會發現該檔案修改後無法儲存，原因是你沒有相應的許可權，可以從屬性中看到該檔案的所有者是root，這時要先以root的身份開啟它： sudo nautilus /etc/mysql 接著再開啟my.cnf檔案然後找到[mysqld]標籤在下面加上：

怎麼進入mysql命令列呢？ mysql的安裝目錄下面有個bin目錄，先用命令列進入該目錄，然後用 mysql -uroot -p123456 來登入（注意：使用者名稱和密碼不用包含“”） 命令： show processlist; 如果是root帳號，你能看到所有使用者的當前串連。如果是其它普通帳號，只能看到自己佔用的串連。 show processlist;只列出前100條，如果想全列出請使用show full processlist; mysql> show processlist;

安裝完MySQL以後會自動建立一個root使用者和一個匿名使用者，對於root大家都非常注意，而這個匿名使用者很多人都會忽略，大概是因為匿名使用者預設設定為只能在本地使用的緣故吧。

SQL模式比對允許你使用“_”匹配任何單個字元，而“%”匹配任意數目字元(包括零字元)。在 MySQL中，SQL的模式預設是忽略大小寫。下面給出一些例子。注意使用SQL模式時，不能使用=或!=；而應使用LIKE或NOT LIKE比較操作符。要想找出以“b”開頭的名字：mysql> SELECT * FROM pet WHERE name LIKE 'b%';+--------+--------+---------+------+------------+------------+|

串連與斷開伺服器串連伺服器通常需要提供一個MySQL使用者名稱並且很可能需要一個 密碼。如果伺服器運行在登入伺服器之外的其它機器上，還需要指定主機名稱：shell> mysql -h host -u user -pEnter password: ********host代表MySQL伺服器啟動並執行主機名稱，user代表MySQL賬戶使用者名稱，******** 代表你的密碼。如果有效，你應該看見mysql>提示符後的一些介紹資訊：shell> mysql -h host

先建立2個測試表，在id列上建立unique約束。 mysql> create table test1(id int,name varchar(5),type int,primary key(id)); Query OK, 0 rows affected (0.01 sec) mysql> create table test2(id int,name varchar(5),type int,primary key(id)); Query OK, 0 rows affected (0.

普通的mysql串連肯定是會被拋棄的 因為每次都要防止sql注入的問題 而且相對來說比較慢 mysqli是在普通mysql的基礎上做的一次最佳化 說實話 很成功 預先處理方式完全解決了sql注入的問題 但是唯一的不足點 就是只支援mysql資料庫 當然 如果你要是不操作其他的資料庫或者 當然這無疑是最好的選擇 PDO則是最新出來的一種 串連方式 相容大部分資料庫 也解決了sql注入 但是也有缺點 它只支援php5以上的版本 不過聽說在未來的php6中 只支援這種串連

一、如何建立獨立帳號並設定許可權 　　這裡我使用Navicat作為我的資料庫管理工具，開啟Navicat。選擇“使用者”--“建立使用者”輸入使用者名稱、主機、密碼，需要注意的是，主機那不是寫“localhost”，而是寫“%”然後可以設定“伺服器許可權”和指定資料庫的許可權，最後儲存退出即可二、遠端連線慢　　慢是一個很大的問題，網上的辦法是在my.ini的“[mysqld]”下面加入一行“skip-name-resolve”，就像這樣：　　然後儲存並重啟mysql服務即可。

120726 11:57:22 [Warning] 'user' entry 'root@localhost.localdomain' ignored in --skip-name-resolve mode. www.2cto.com 120726 11:57:22 [Warning] 'user' entry '@localhost.localdomain' ignored in --skip-name-resolve mode.

先按照下面的表結構建立mysql_order_by_test資料表，我們用執行個體一點一點告訴你，MySQL order by的用法。 ORDER BY uid ASC 按照uid正序查詢資料，也就是按照uid從小到大排列 ORDER BY uid DESC 按照uid逆序查詢資料，也就是按照uid從大到小排列 我們來看 SELECT * FROM mysql_order_by_test ORDER BY uid ASC 這條語句是按照uid正序查詢資料，也就是按照uid從小到大排列

（1）提高資料庫插入效能中心思想：盡量將資料一次性寫入到Data File和減少資料庫的checkpoint 操作。這次修改了下面四個配置項： 1）將 innodb_flush_log_at_trx_commit 配置設定為0；按過往經驗設定為0，插入速度會有很大提高。 0: Write the log buffer to the log file and flush the log file every second, but do nothing at transaction commit.

今天在使用ORDER BY的過程中出現了一點問題，發現之前對ORDER BY理解是錯誤的。 之前在w3s網站上看到ORDER BY的用法，以為是對選出來的資料按關鍵字升序或者降序排列，結果今天嘗試select資料集資料的時候，發現使用ORDER BY 和ORDER BY DESC得出的查詢結果完全不一樣，按照自己之前的理解它們應該是結果相同，而內部順序不一樣而已。 問了一下同事，查了一下文檔，才恍然大悟。如果我們在執行select語句的時候使用ORDER BY

mysql安裝後好，會有一個名字為mysql的資料庫，存放使用者的表是user，mysql資料庫的使用者管理就是圍繞這個表展開的，當然還有一些表，例如：tables_priv，procs_priv，clumns_priv，information_schema資料庫裡面的USER_PRIVILEGES等。

主鍵的產生方式主要有三種： 一. 資料庫自動產生 二. GUID 三. 開發建立 嚴格講這三種產生方式有一定的交叉點，其定位方式將在下面進行講解。 第一種方式，主要將其定位在自增長的識別值種子：可以設定起始數值，及增長步長。其優點在於使用時完全將並發任務交於資料庫引擎管理，你不用擔心存在多使用者使用的時候會產生兩個相同的ID的情況。其缺點也在於此，多數的資料庫不提供直接擷取標識ID的方式，對於開發人員來說產生ID的方式是透明的，開發人員幾乎無法幹預此項。對於資料的遷移也不是很方便。

簡要說明 字元集和校對規則 字元集是一套符號和編碼。校對規則是在字元集內用於比較字元的一套規則。 MySql在collation提供較強的支援，oracel在這方面沒查到相應的資料。 不同字元集有不同的校對規則，命名規範：以其相關的字元集名開始，通常包括一個語言名，並且以_ci（大小寫不敏感）、_cs（大小寫敏感）或_bin（二元）結束 校對規則一般分為兩類： binary collation，二元法，直接比較字元的編碼，可以認為是區分大小寫，因為字元集中'A'和'a'的編碼顯然不同。 字元集_