MySQL

注意:如果結果的長度大於伺服器參數max_allowed_packet，字串值函數返回NULL 對於針對字串位置的操作，第一個位置被標記為1。 ASCII(str) 返回字串str的最左面字元的ASCII代碼值。如果str是Null 字元串，返回0。如果str是NULL，返回NULL。 mysql> select ASCII('2'); -> 50 mysql> select ASCII(2); -> 50 mysql> select ASCII('dx'); -&

Q: 如何安裝LAMP(Linux+Apache+MySQL+PHP) A:[url]http://www.freelamp.com/1003235699/index_html[/url] Q: 如何使用rpm方式安裝mysql A:首先下載合適的rpm包，例如下載了檔案 MySQL-5.0.15-0.i386.rpm 用一下方法安裝： #rpm -ivhU MySQL-5.0.15-0.i386.rpm

檢索資料現在開始編寫從資料庫中檢索資料的第一個程式。我們將選擇所有年齡大於5的行的內容。不幸的是我們還不知道如何處理這個資料，所以我們能做的只有迴圈檢索它。這便是 select1.c： #include             #include            

1.硬體環境： 　　　　硬碟：9.2 G ; 記憶體：128 M ; 網卡：EEpor100 　　　　2.軟體 　　　　作業系統： RedHat 6.2 　　　　3.最佳化RedHat 6.2 　　　　安裝時選擇 　　ftp 和 dns 　　　　編輯檔案 /etc/hosts 　　　　改為： 　　202.104.131.100 info.langoit.com.cn info 　　　　編輯檔案 /etc/named.conf 　　　　改為： 　　　　// generated by

終於讓伺服器每天早上備份一次 MySQL 資料庫並自動打包,同時刪除 5 天前的備份檔案. 分享如下. 1. 環境: windows server 2003 + Apache 2.0 + PHP5 + MySQL 4.0.26 . 2. 假設 PHP 安裝目錄為 D:/php ,MySQL 安裝目錄為 D:/mysql. 3. 在 D:/php 下建立目錄 WinRAR, 把你 winrar 安裝目錄下的 WinRAR.exe 和 RARReg.KEY 複製到 D:/php/WinRAR . 4

本文介紹的某些限制適用於所有的儲存子程式，即儲存程式和儲存函數。某些限制僅適用於儲存函數而不是儲存程式。對儲存函數的的所有限制也適用於觸發程式。注釋：如果SQL語句，如SELECT ... INTO語句包含具有相同名稱的對列的引用以及聲明的局部變數，MySQL會將引用解釋為變數的名稱。這是一種非標準的行為，優先順序通常是列名、然後是SQL變數和參數。儲存子程式不能包含任意SQL語句。在儲存子程式中，禁止使用下述語句：·CHECK TABLES·LOCK TABLES,

工作過程中發現一些細節，這裡做個積累。我使用的是 MySQL 5 ，在其他版本中不一定適用。同樣的字元在不同字元集下佔用空間可能不同預設的 latin1 字元集下，漢字佔兩個位元組，英文佔1個位元組。而在 gb2312 和 utf-8 等字元集下， 英文也佔兩個位元組。從字元編碼的角度講似乎也無可非議，但是 MySQL 中這樣處理以前真沒有注意到過 ，char(10) 中的 10 正是按照字元集中的個數算的。處理資料量大的時候尤其需要注意，當然在 char 和 varchar

一.建立預存程序1.基本文法：create procedure sp_name()begin.........end2.參數傳遞二.調用預存程序1.基本文法：call sp_name()注意：預存程序名稱後面必須加括弧，哪怕該預存程序沒有參數傳遞三.刪除預存程序1.基本文法：drop procedure

下列MySQLd選項影響安全：·--allow-suspicious-udfs該選項控制是否可以載入主函數只有xxx符的使用者定義函數。預設情況下，該選項被關閉，並且只能載入至少有輔助符的UDF。這樣可以防止從未包含合法UDF的共用對象檔案載入函數。·--local-infile[={0|1}]如果用--local-infile=0啟動伺服器，則用戶端不能使用LOCAL in LOAD

MySQL伺服器（3.23至該系列的最高版本，所有4.0版本，以及更高版本）支援採用InnoDB和BDB事務儲存引擎的事務。InnoDB提供了全面的ACID相容性。MySQL伺服器中的其他非事務性儲存引擎（如MyISAM）遵從不同的資料完整性範例，稱之為“原子操作”。按照事務術語，MyISAM表總能高效地工作在AUTOCOMMIT=1模式下。原子操作通常能提供可比較的完整性以及更好的效能。由於MySQL伺服器支援兩種範例，因而你能決定是否利用原子操作的速度更好地服務於你的

注意：本文的內容涉及到修改NTFS磁碟許可權和設定安全性原則，請務必在確認您瞭解操作可能的後果之後再動手進行任何的修改。文中提及的許可權都是在原有許可權上附加的許可權。[修改步驟]1．建立使用者建立一個名為mysqlusr的使用者，設定一個隨機密碼，密碼的長度最好不要少於20位。2．設定使用者的身份將mysqlusr使用者加入Guests組，並去掉其它任何的組。3．設定磁碟許可權假設MySQL安裝在如下目錄中D:\hosting\system\mysql\假設MySQL的資料庫存放在如下目錄中D

XA事務支援限於InnoDB儲存引擎。MySQL XA實施是針對外部XA的，其中，MySQL伺服器作為資源管理員，而用戶端程式作為交易管理員。未實施“內部XA”。這樣，就允許MySQL伺服器內的單獨儲存引擎作為RM（資源管理員），而伺服器本身作為TM（交易管理員）。處理包含1個以上儲存引擎的XA事務時，需要內部XA。內部XA的實施是不完整的，這是因為，它要求儲存引擎在表處理常式層面上支援兩階段交易認可，目前僅對InnoDB實現了該特性。對於XA

在預設情況下，MySQL搜尋不區分大小寫（但某些字元集始終區分大小寫，如czech）。這意味著，如果你使用col_name LIKE 'a%'進行搜尋，你將獲得以A或a開始的所有列。如果打算使搜尋區分大小寫，請確保運算元之一具有區分大小寫或二進位校對。例如，如果你正在比較均適用latin1字元集的列和字串，可使用COLLATE操作符，使1個運算元具有latin1_general_cs或latin1_bin校對特性。例如：col_name COLLATE latin1_general_cs

近日，一位Discuz!老使用者的論壇在發表回複時出現“The table is full”的提示，字面意義上是資料表已滿的意思。因為很少有開發人員遭遇單一表超過4G的情況，因此朋友間的討論只能提供一些外圍的資訊。為解決此問題，我翻閱了很多資料，本文將以我此次問題的解決過程，介紹問題發生的原因及對策。根據經驗，The table is full提示往往出現在以下兩種情況：1.

作者fbysssmsn:jameslastchina@hotmail.com

提要：系統內建的mysql預設字元集不是gbk,因此給資料庫的推廣應用以及中文程式的開發帶來極大的不便,在沒完沒了的GBK和UTF8的轉換過程中消耗了我們無數的精力以及系統的資源.經過摸索嘗試解決了中文支援問題,經驗與大家分享一下.先將讓slack支援中文,方法可以看"linuxsir.org 之Slackware討論區",然後重新編譯mysql,原來系統mysql的要先用卸載.login:rootshell> removepkg mysqlshell>

1. #!/bin/sh2. cd /home/mysql-backup3. rm alldb.5.tar.gz -f4. mv alldb.4.tar.gz alldb.5.tar.gz>/dev/null 2>&15. mv alldb.3.tar.gz alldb.4.tar.gz>/dev/null 2>&16. mv alldb.2.tar.gz alldb.3.tar.gz>/dev/null 2>&17. mv

本文簡單介紹了影響mysqld安全的四個選項。 --secure 由gethostbyname()系統調用返回的IP數字被檢查，確保他們解析回到原來的主機名稱。這對某些外人通過模仿其它主機獲得存取許可權變得更難。這個選項也增加一些聰明的主機名稱檢查。 --skip-grant-tables 這個選項導致伺服器根本不使用許可權系統。這給每個人以完全存取所有的資料庫的權力！(通過執行mysqladmin reload，你能告訴一個正在啟動並執行伺服器再次開始使用授權表。)

mysql的出錯代碼錶，根據mysql的標頭檔mysql/include/mysqld_error.h整理而成。錯誤之處，請大家指正。1005：建立表失敗1006：建立資料庫失敗1007：資料庫已存在，建立資料庫失敗1008：資料庫不存在，刪除資料庫失敗1009：不能刪除資料庫檔案導致刪除資料庫失敗1010：不能刪除資料目錄導致刪除資料庫失敗1011：刪除資料庫檔案失敗1012：不能讀取系統資料表中的記錄1020：記錄已被其他使用者修改1021：硬碟剩餘空間不足，請加大硬碟可用空間1022：關鍵

mysql的亂碼檔案今天下午過搬遷伺服器；轉移資料被搞死掉了 由於資料是經過mysql低版本升級到高版本的；所有在搬遷的過程中出現很多問題。因為開始建立資料庫的時候用的預設字元集是gb2312 升級後的mysql 有點問題；最後將匯出來的資料的setchar＝gb2312 全部拿掉；然後setchar 的文字集 就要看你的mysql my.cnf 啟動的時候預設的字元集檔案是用什麼了;如果預設的是gb2312 沒有辦法 你將setchar去掉 你出來的字元還是gb2312所以