MySQL

環境：CentOS 6.5 64位1、下載安裝包 http://dev.mysql.com/downloads/mysql/5.5.html#downloadshttp://dev.mysql.com/get/Downloads/MySQL-5.5/mysql-5.5.49-linux2.6-x86_64.tar.gz 2、安裝 MySQL注意：安裝包統一放到 /usr/local/src 目錄下。# 卸載老版本MySQLrpm -e mysqlyum -y remove

樹型菜單在很多案頭應用系統中都有非常廣泛的應用，其主要優點是結構清楚，利於使用者非常清楚的知道目前自己所在的位置。但在web上樹型菜單的應用因為沒有理想的現成組件可以拿過來直接使用，所以一般的情況下，程式員主要是通過JavaScript來實現一些簡單的樹型結構菜單，但這些菜單往往都是事先定好各功能表項目，以及各功能表項目之間的層次關係，不利於擴充，一旦需要另一個菜單結構時，往往還需要重新編寫，因此使用起來不是很方便。經過對函數遞迴的研究，我發現這種樹型菜單可以通過遞迴函式，使樹型菜單的顯示實現動

LAMP 架構的網站，我以前注重的多是安裝/配置方面的，講述開發的相對較少，因為自己從事開發也少。本文的原文當然也來自：Published on The O'Reilly Network (http://www.oreillynet.com/)http://www.oreillynet.com/pub/a/onlamp/2002/04/04/webdb.html看了以後，頗有啟發，以前開發中碰到的一些問題，迎刃而解。所以翻譯出來和大家共用。1. PHP 中數組的使用在操作資料庫時，使用關聯陣列（

如果您正在運行使用MySQL的Web應用程式，那麼它把密碼或者其他敏感資訊儲存在應用程式裡的機會就很大。保護這些資料免受駭客或者窺探者的擷取是一個令人關注的重要問題，因為您既不能讓未經授權的人員使用或者破壞應用程式，同時還要保證您的競爭優勢。幸運的是，MySQL帶有很多設計用來提供這種型別安全的加密函數。本文概述了其中的一些函數，並說明了如何使用它們，以及它們能夠提供的不同層級的安全。雙向加密就讓我們從最簡單的加密開始：雙向加密。在這裡，一段資料通過一個密鑰被加密，只能夠由知道這個密鑰的人來解密

 在resin3.0中配置hibernate2.1.2連mysql在resin3.0中配置hibernate2.1.2連mysqlAuthor ： hamal約定：resin3 代表resin3.0的安裝根目錄hibernate2 代表hibernate2.1.2的安裝根目錄1.    

1、分庫分表很明顯，一個主表（也就是很重要的表，例如使用者表）無限制的增長勢必嚴重影響效能，分庫與分表是一個很不錯的解決途徑，也就是效能最佳化途徑，現在的案例是我們有一個1000多萬條記錄的使用者表members,查詢起來非常之慢，同事的做法是將其散列到100個表中，分別從members0到members99，然後根據mid分發記錄到這些表中，牛逼的代碼大概是這樣子：  代碼如下複製代碼 <?phpfor($i=0;$i< 100; $i++

1.使用case when方法（不建議使用）-  代碼如下複製代碼 SELECT    COUNT(DISTINCT user_id) user_count,    CASE    WHEN create_time>1395046800 AND create_time<1395050400 THEN '17:00-18:00'    WHEN

例子ID  uid  content  weid      addtime  1  2  3213123  12  …..      2  3  3213123  12  ….  3  2  321312  12

介紹：1、只有在執行select、update、delete、insert等操作時才會串連資料庫2、採用PDO預先處理方式3、交易處理4、錯誤輸出   代碼如下複製代碼 <?php/** * mysql PDO 操作類 * Created by PhpStorm. * User: sumiaowen * Date: 14-3-12 * Time: 下午4:57 * To change this

# 聯集查詢回複數  代碼如下複製代碼 SELECT ask.id, count( answer.father_id ) , ask.answer_numFROM `表名_ask` AS askLEFT JOIN `表名_answer` AS answer ON ask.id = answer.father_idGROUP BY answer.father_idORDER BY ask.id ASC # 修改城市ID  代碼如下複製代碼 UPDATE 表名_

今天在做一個微信牆的抽獎程式的時候遇到了一個問題，我需要查詢量表的差集，業務情形是這樣的一個表用來儲存抽獎使用者的（www.111cn.net 一個人可能會有多條資料），而另一張表儲存的是中獎的使用者，我需要報麼有中獎的所用使用者尋找出來，剛開始用的是where進行多表關聯查詢，但是最終發現當中獎表中麼有資料的時候是尋找不到任何資訊的，改用LEFT JOIN 用這個就很簡單了，  代碼如下複製代碼 DESC SELECT * FROM 

binlog日誌用於記錄所有更新了資料或者已經潛在更新了資料的所有語句。語句以“事件”的形式儲存，它描述資料更改。當我們因為某種原因導致資料庫出現故障時，就可以利用binlog日誌來挽回（前提是已經配置好了binlog），接下來我們來配置一、開啟mysql-binlog日誌在mysql設定檔my.cnf加上如下配置  代碼如下複製代碼 [mysqld]log-bin=mysql-bin 重啟mysql  代碼如下複製代碼  

用root身份登入mysql伺服器mysql -h localhost -u root賦予任何主機使用 username 遠端存取mysql>GRANT ALL PRIVILEGES ON *.* TO 'username'@'%'WITH GRANT OPTION設定指定的使用者只能從指定的ip進行訪問,這裡是建立了遠端存取的使用者GRANT ALL PRIVILEGES ON *.* TO 'user'@'192.168.1.250' IDENTIFIED BY 'password'

錯誤碼如下aabbWarning: mysql_connect() [function.mysql-connect]: [2002] 由於目標機器積極拒絕，無法串連。 (trying to connect via tcp://localhost:3306) in X:test7.php on line 6Warning: mysql_connect() [function.mysql-connect]: 由於目標機器積極拒絕，無法串連。 in X:test7.php on line

alter table table_name auto_increment=n;注意n只能大於已有的auto_increment的整數值,小於的值無效.show table status like 'table_name'

1、複製表結構及資料到新表CREATE TABLE 新表 SELECT * FROM 舊錶這種方法會將oldtable中所有的內容都拷貝過來，當然我們可以用delete from newtable;來刪除。不過這種方法的一個最不好的地方就是新表中沒有了舊錶的primary key、Extra（auto_increment）等屬性。需要自己用&quot;alter&quot;添加，而且容易搞錯。2、只複製表結構到新表CREATE TABLE 新表 SELECT * FROM

資料庫主從複製原理：資料庫的主從複製就是從master資料庫複寫到slave資料庫，在master與slave之間實現整個複製需要三個線程來完成，其中兩個在slave端一個在master端。在master端必須開啟binlog功能，因為從資料庫需要獲得主要資料的完整的動作記錄然後再自身上順序的執行日誌中的各種操作。主要步驟：1、將slave的io線程連上master，請求獲得指定記錄檔的指定位置之後的動作記錄的內容；2、master獲得slave的io線程請求後，將請求中讀取到的指定日誌的指定位

mysql教程 迴圈與條件判斷sql查詢語句寫法，大家都知道只有的了mysql 5後才出現了預存程序，這些用法，那麼我們要在sql 中用if else while這些，就得用存過程或函數來執行個體了。mysql> DELIMITER //mysql> CREATE FUNCTION myFunction (quantity INT(10)) RETURNS INT(10)    -> BEGIN   

mysql教程 UNIQUE索引的使用方法詳解文法：UNIQUE KEY `test` (`xref_key`,`xref_dbname`)UNIQUE KEY `xref_key` (`xref_key`,`xref_dbname`)      

mysql教程支援中文全文檢索索引的實現方法不影響 MySQL 的系統結構及其他功能的前提下，解決了 MySQL 目前對中文全文檢索索引無法正確支援的缺陷並最佳化 MySQL 對中文檢索處理的效能。（目前本軟體包支援根據詞典進行簡易的正向最大匹配分詞、支援包括UTF-8、GBK、BIG5 ... 在內的字元集）經測試效果尚可, 140萬行約 1.4G 資料(不含索引區空間) 檢索大概都在 0.0x ~ 0.x 秒之間. 搭配做一個小型全文檢索索引將變得十分簡單.MySQL 從 3.23