MySQL

今天在部署一個實驗系統的時候，報出下面這個錯： Your 'max_allowed_packet' variable is set to less than 16777216 Byte (16MB). 也很容易理解，就是需要修改一下MySQL的設定檔，但是這裡面有個小技巧（在Windows 7中）：如果直接使用記事本或notepad++開啟MySQL 5.5檔案夾底下的my.ini，會提示該檔案被其他程式佔用，或者拒絕訪問之類的（如：“please check if this file is

首先要聲明一點，大部分情況下，修改MySQL是需要有mysql裡的root許可權的， ­所以一般使用者無法更改密碼，除非要求管理員。 ­­方法一 ­使用phpmyadmin，這是最簡單的了，修改mysql庫的user表， ­不過別忘了使用PASSWORD函數。 ­­方法二 ­使用mysqladmin，這是前面聲明的一個特例。 ­mysqladmin -u root -p password mypasswd

(參考自<<高效能MySQL>>) 假設有這樣的需求：寫一個UNION查詢，其第一個子查詢作為分支先執行，如果找到了匹配的行，則不再執行第二個分支的查詢。一般來說，我們可以寫出這樣的UNION查詢:複製代碼 代碼如下:select id from users where id=123456union allselect id from users_archived where id =

找了一些資料，然後我是用到了MySQL字串處理中的兩個函數concat()和left() 1、CONCAT(str1,str2,...) 返回來自於參數連結的字串。如果任何參數是NULL， 返回NULL。可以有超過2個的參數。一個數字參數被變換為等價的字串形式。 樣本 複製代碼 代碼如下: select CONCAT('My', 'S', 'QL'); -> 'MySQL' select CONCAT('My', NULL, 'QL'); -> NULL select CONCAT(

蚊子今天下午搭了一主三從的mysql複製，結果所有伺服器都配置好後，發現從上報如下的錯誤 複製代碼 代碼如下:Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the

使用rsync配置了大量mysql，省去了大量編譯和配置的時間，隨逐個修改master和slave伺服器的my.cnf，後，探索資料不能同步，在slave伺服器show slave status:Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to

方法1： 用SET PASSWORD命令 首先登入MySQL。 格式：mysql> set password for 使用者名稱@localhost = password('新密碼'); 例子：mysql> set password for root@localhost = password('123'); 方法2：用mysqladmin 格式：mysqladmin -u使用者名稱 -p舊密碼 password 新密碼 例子：mysqladmin -uroot -p123456

最近伺服器出現問題，導致公司的網站資料丟了很多。智軟的也丟了不少。這幾天一直都在忙這 修複資料。今天在恢複一個客戶資料的時候。發現了一貫問題。有多個表損壞了。因為都是直接把表複製進去的。然後就出現了這個問題問題 如圖：dedecms Error Warnin!Error infos： Incorrect key file for table 'it_member_snsmsg'; try to repair it圖片1 這個是說

查看當前串連系統參數：SHOW VARIABLES LIKE '%char%'; mysql> show variables like 'char%'; +--------------------------+---------------- | Variable_name | Value +--------------------------+---------------- | character_set_client | gbk | character_set_connection

實際需求中，需要對某張表某欄位裡面的內容進行批量替換，普通的思考流程如下：SELECT出來str_replace替換UPDATE寫入實際這樣極其浪費資源以及消耗資源，MYSQL內建了一個批量替換的文法複製代碼 代碼如下:UPDATE table SET field = replace(field,'被替換','替換成')  直接就替換了，後面也可以跟WHERE 條件陳述式支援多個詞同時被替換複製代碼 代碼如下:UPDATE table SET field =

簡單來說就是在查詢中使用count以及更多欄位複製代碼 代碼如下:select count(id),id,name from table  很尷尬的，我的環境是5.5的，這個是能擷取到結果的，但是運行到伺服器就不行了好吧，報了一個錯誤複製代碼 代碼如下:#1140 - Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP columns is illegal if there is no GROUP BY

1. 文法介紹有三張表a、b、c，現在需要從表b和表c中分別查幾個欄位的值插入到表a中對應的欄位。對於這種情況，可以使用如下的語句來實現：INSERT INTO db1_name (field1,field2) SELECT field1,field2 FROM db2_name 上面的語句比較適合兩個表的資料互插，如果多個表就不適應了。對於多個表，可以先將需要查詢的欄位JOIN起來，然後組成一個視圖後再SELECT FROM就可以了：INSERT INTO a

複製代碼 代碼如下:<em>`mark` set('index','best','hot')</em>  用的人少，懂的人也少，找了很久，總算湊齊了一套知識點看上面的結構，MYSQL不傻，會存index嗎，不會，存的是數字SET欄位是利用位元字來一一對應你設定的值，比如index，排在第0位，那麼2的零次方等於1複製代碼 代碼如下:update from table SET mark=1  複製代碼 代碼如下:update from table

在實際開發中，你總是會遇到這種情況或者遇到這種情況資料多了也會令你抓狂，如果還在用select fields from table where like '/%' 絕對是一個吃力不討好的做法，那麼，仔細研究MYSQL內建函數那絕對是首要工作。我第一時間就是想到，PHP函數中的trim是不是也可能用到mysql中呢，回答是肯定的。你可以從MYSQL手冊中找到，當然，你可以百度一下，我下面說的與前人相同。SELECT *,trim(LEADING '/' FROM `path`) as paths

今天以前的同學問我關於這方面的SQL語句，我特意記憶一下，畢竟這個也比較常見了複製代碼 代碼如下:select * from (select * from member_payment                 order by id desc) t group by member_id limit

MySQL建表階段是非常重要的一個環節，表結構的好壞、優劣直接影響著後續的管理維護，趕在明天上班前分享總結個人MySQL建表、MySQL查詢最佳化積累的一些實用小技巧。技巧一、資料表冗餘記錄添加時間與更新時間

#Path to installation directory. All paths are usually resolved relative to this.basedir="D:\MySQL Server 5.1/"#Path to the database rootdatadir="D:\MySQL Server 5.1/Data/"但是因為免安裝，所以不會產生服務，只需通過簡單的命令就可以實現：開啟命令視窗切換到mysql的bin目錄下。1.註冊服務：D:\MySQL Server 5

單表的唯一查詢用：distinct多表的唯一查詢用：group bydistinct 查詢多表時，left join

Mysql資料庫提供兩種類型的索引，如果沒正確設定，索引的利用效率會大打折扣卻完全不知問題出在這。複製代碼 代碼如下:CREATE TABLE test (    id         INT NOT NULL,    last_name  CHAR(30) NOT NULL,    first_name CHAR(3

解決Can't connect to MySQL server on 'localhost' (10048), 一般見於使用mysql的windows 2003伺服器. 錯誤的出現的原因: 應用程式需要快速釋放和建立新串連, 但是由於 TIME_WAIT 中存在的串連超過預設值，導致較低輸送量. 解決方案: 和本錯誤密切相關的兩個windows的登錄機碼:TcpTimedWaitDelay和MaxUserPort的值. TcpTimedWaitDelay 確定 TCP/IP