| 序 | 教程摘要 |
|---|---|
| 301 |
《Mysql必讀MySQL復(fù)制的概述、安裝、故障、技巧、工具(火丁分享)》【VEPHP】 如果數(shù)據(jù)庫使用的是InnoDB表類型的話,則應(yīng)該使用single-transcation：MYSQL實(shí)例代碼如下:shell>mysqldump--all-databases--single-transaction--master-data=1>data.sql,,有了數(shù)據(jù)文件,傳輸?shù)綇姆?wù)器上并導(dǎo)入：代碼如下:shell>mysql<data |
| 302 |
《PHP編程：php批量刪除操作代碼分享》【VEPHP】 PHP應(yīng)用批量刪除多條記錄,對(duì)于比較多的信息,如果沒有批量刪除功能是非常麻煩的 |
| 303 |
《Mysql學(xué)習(xí)解決MySQL Workbench gnome-keyring-daemon錯(cuò)誤的方法分享》【VEPHP】 在Fedora下安裝了一個(gè)MySQLWorkbench,運(yùn)行,連接數(shù)據(jù)庫,在StoreinKeychain時(shí)出現(xiàn)了gnome-keyring-daemon錯(cuò)誤,不能保存密碼,也就連不上數(shù)據(jù)庫 |
| 304 |
《Mysql應(yīng)用mysql limit分頁優(yōu)化方法分享》【VEPHP】 文中不是直接使用limit,而是首先獲取到offset的id然后直接使用limitsize來獲取數(shù)據(jù).根據(jù)他的數(shù)據(jù),明顯要好于直接使用limit.這里我具體使用數(shù)據(jù)分兩種情況進(jìn)行測(cè)試.(測(cè)試環(huán)境win2033+p4雙核(3GHZ)+4G內(nèi)存MySQL5.0 |
| 305 |
《MYSQL教程小型Drupal數(shù)據(jù)庫備份以及大型站點(diǎn)MySQL備份策略分享》【VEPHP】 MYSQL應(yīng)用如果是數(shù)據(jù)庫稍大的站點(diǎn),使用svn臨時(shí)備份就略顯單薄,這時(shí)需要使用MySQL備份策略,一般情況下我們需要把整個(gè)數(shù)據(jù)庫都備份壓縮,然后定期轉(zhuǎn)移到備份數(shù)據(jù)庫或者放到其他的云服務(wù)器,這里給出一個(gè)簡(jiǎn)單的PHP示例代碼 |
| 306 |
《Mysql應(yīng)用快速增加MYSQL數(shù)據(jù)庫連接數(shù)負(fù)載能力的方法分享》【VEPHP】 MYSQL應(yīng)用當(dāng)學(xué)校的一個(gè)食堂一分鐘只能為兩個(gè)打飯,忽然來了100個(gè)時(shí)人來打飯,又沒排隊(duì),不出會(huì)現(xiàn)了打飯的師傅要用點(diǎn)時(shí)間,去選擇為那個(gè)用戶服務(wù)了,人越多,場(chǎng)面就越亂,難免出現(xiàn)用戶大吼該他的場(chǎng)面,最后有可能就出現(xiàn)不是打飯了,而時(shí)之間相互,打架了,打飯的師傅也將收到同時(shí)有90個(gè)以上的Servertoobusy.如果能排一下隊(duì) |
| 307 |
《MYSQL教程mysql正確安全清空在線慢查詢?nèi)罩緎low log的流程分享》【VEPHP】 MYSQL必讀mysql>showvariableslike'%slow%';,+---------------------+------------------------------------------+|Variable_name??????|Value???????????????????????????????????| |
| 308 |
《Mysql入門MySQL數(shù)據(jù)庫INNODB表損壞修復(fù)處理過程分享》【VEPHP】 MYSQL學(xué)習(xí)突然收到MySQL報(bào)警,從庫的數(shù)據(jù)庫掛了,一直在不停的重啟,打開錯(cuò)誤日志,發(fā)現(xiàn)有張表壞了.innodb表損壞不能通過repairtable等修復(fù)myisam的命令操作.現(xiàn)在記錄下解決過程,下次遇到就不會(huì)這么手忙腳亂了 |
| 309 |
《Mysql應(yīng)用在MySQL字段中使用逗號(hào)分隔符的方法分享》【VEPHP】 被分割的字段一定是有限而且數(shù)量較少的,我們不可能在一個(gè)字符串中存儲(chǔ)無限多個(gè)字符,這個(gè)字段所屬的表與這個(gè)字段關(guān)聯(lián)的表,一定是一對(duì)多的關(guān)系,比如下面這個(gè)表結(jié)構(gòu)所代表的content與tag這兩個(gè)對(duì)象,MYSQL入門代碼如下:mysql>SELECT*FROMcontent;,+----+------+|id|tags|+----+------+|1|1,2||2|2,3| |
| 310 |
《Mysql應(yīng)用mysql中RAND()隨便查詢記錄效率問題和解決辦法分享》【VEPHP】 但是,后來我查了一下MYSQL的官方手冊(cè),里面針對(duì)RAND()的提示大概意思就是,在ORDERBY從句里面不能使用RAND()函數(shù),因?yàn)檫@樣會(huì)導(dǎo)致數(shù)據(jù)列被多次掃描.但是在MYSQL3.23版本中,仍然可以通過ORDERBYRAND()來實(shí)現(xiàn)隨機(jī).但是真正測(cè)試一下才發(fā)現(xiàn)這樣效率非常低.一個(gè)15萬余條的庫,查詢5條數(shù)據(jù),居然要8秒以上 |
