MySQL

修改全站搜尋  修改my.ini(my.cnf) ，在 [mysqld] 後面加入一行“ft_min_word_len=1”，然後重啟Mysql，再登入網站後台（模組管理->全站搜尋）重建全文索引。   記錄慢查詢sql語句，修改my.ini(my.cnf)，添加如下代碼：   #log-slow-queries   long_query_time = 1 #是指執行超過多久的 sql 會被 log 下來   log-slow-queries = E:/wamp

　　1、建立CentOS Mysql使用者組　　[root@localhost ~]# grep mysql /etc/group　　#查詢系統中是否有mysql這個使用者組，沒有則添加。　　[root@localhost ~]# groupadd mysql　　#增加一個名為 Mysql的使用者組　　2、建立CentOS Mysql使用者　　[root@localhost ~]# grep mysql

如何記錄mysql慢查詢sql日誌修改my.cnf的mysqld部分：long_query_time = 1              //定義慢查詢的時間1表示1秒--log-slow-queries[=file_name]   //記錄慢查詢到記錄檔--log-queries-not-using-indexes //將沒使用索引的sql記錄到記錄檔執行個體：[mysqld]long_query_time = 1log-slow-queries = /usr/local/mysql5.0.40

1.安裝make編譯器(預設系統內建)：http://www.gnu.org/software/make/[c-sharp] view plaincopyprint?tar zxvf make-3.82.tar.gz  cd make-3.82  ./configure  make  make install  tar zxvf make-3.82.tar.gzcd make-3.82./configuremakemake

MySql 效能到底能有多高？用了php半年多，真正如此深入的去思考這個問題還是從前天開始。有過痛苦有過絕望，到現在充滿信心！MySql 這個資料庫絕對是適合dba級的高手去玩的，一般做一點1萬篇新聞的小型系統怎麼寫都可以，用xx架構可以實現快速開發。可是資料量到了10萬，百萬至千萬，他的效能還能那麼高嗎？一點小小的失誤，可能造成整個系統的改寫，甚至更本系統無法正常運行！好了，不那麼多廢話了。用事實說話，看例子：資料表 collect ( id, title ,info ,vtype)

很多童鞋在備份還原資料庫的時候都用過mysqldump,source功能，但是本人感覺操作相當不方便，看不到所有對資料庫的操作,備份不及時。說不定某個程式員來一個del,某個備份時間定後面的資料想找也找不回來了，查了一下資料利用mysql日誌可以很好解決前面問題，優點：是想恢複到某個時間點，或某個操作sql語句，缺點：就產生龐大的記錄檔.下面是我在自己window服務下操作過程：1.開啟mysql日誌在my.ini 檔案裡找到[mysqld],在其下面增加一行log-binRuby

要支援命令load data local infile，應當在/etc/mysql/my.cnf中添加這樣的設定:[mysqld] #服務端配置local-infle = 1[mysql] #用戶端配置local-infile = 1否則，mysql服務會提示錯誤:ERROR 1148 (42000): The used command is not allowed with this MySQL version.--------------------------

MySQL從5.0.37起，提供了profiler工具，對效能調試灰常有用. profiler的首要用途是顯示某條SQL語句執行的整個流程中各項資源的消耗情況。剖析器可以更好地展現出不良 SQL 的效能瓶頸所在。    下面咱就舉一栗子說明profiler的用法。    步驟如下：一、開啟profilermysql> set profiling=1;Query OK, 0 rows affected (0.04 sec)二、顯示當前系統中儲存的多個Query的profile資訊mysql&

PDO,MYSQL,MYSQLI 效能哪個比較好？這裡我們來簡單進行下對比。普通的mysql串連肯定是會被拋棄的 因為每次都要防止sql注入的問題 而且相對來說比較慢。mysqli是在普通mysql的基礎上做的一次最佳化，說實話很成功，預先處理方式完全解決了sql注入的問題。但是唯一的不足點

本文配圖來自《高效能MySQL(第二版)》。在資料庫中，對效能影響最大的幾個策略包括資料庫的鎖策略、緩衝策略、索引策略、儲存策略、執行計畫最佳化策略。索引策略決定資料庫快速定位元據的效率，儲存策略決定資料持久化的效率。MySQL中兩大主要儲存引擎MyISAM和InnoDB採用了不同的索引和儲存策略，本文將分析它們的異同和效能。MySQL主要提供2種方式的索引：B-Tree（包括B+Tree）索引，Hash索引。B樹索引具有範圍尋找和首碼尋找的能力，對於N節點的B樹，檢索一條記錄的複雜度為O(Lo

在寫sql的時候，由於有部分語句別名不能調用，百度了一下原因，原來是由於別名機制不同引起的。為了避免下一次再犯同樣的錯誤，今天把網上找到資料總結了一下，sql和mysql執行順序，發現內部機制是一樣的。最大區別是在別名的引用上。一.sql執行順序：(1)from(3) join(2) on(4) where(5)group by(6) avg,sum....(7)having(8) select(9) distinct (10) order by     從這個順序中我們不難發現，所有的

有點要注意 如果你誤刪了表 想通過這個恢複 必須恢複日誌裡面有建立表的日誌 不然的話是無法回複的  就是必須是從你開始建立表的時候就已經記錄日誌了 恢複到哪個位置 就按照哪個位置來計算mysql  5.0不支援增量備份增量備份定義    mysql資料庫會以二進位形式 自動把使用者對mysql資料庫的操作 記錄到檔案 當使用者希望恢複的時候可以使用備份檔案 進行回複    增量備份會記錄 （dml 語句 建表語句 不會記錄select語句）    記錄的 （a 動作陳述式本身 b 操作的時間  

使用PreparedStatement支援先行編譯指令，在多次執行一條固定格式的sql字串時比Statement更有效率.小結一下，它主要有以下幾個優點：（1）防止sql注入；（2）自動類型轉換；（3）有更好的效能（對於oracle資料庫效果明顯，mysql則不一定）；（4）避免在拼接sql語句時過多的使用引號和字串串連符等，代碼更加簡潔。通過jdbc串連資料庫的具體用法可參考這裡：http://blog.sina.com.cn/s/blog_5c5bc9070100z295.html

在安裝好apache2+php5之後，現在又想裝上個mysql5玩玩。用源碼安裝好mysql5之後，發現原來在Linux想為php添加新擴充，不像在windows上面，去掉分號注釋就行了的~在網上查詢了很多資料，終於搞定，特寫日記以示祝賀。添加擴充的基本步驟：1、進入php原始碼目錄：# cd /usr/ChenShao/php-5.3.1/2、再進入要添加的mysql擴充源碼目錄：# cd ext/mysql/2、調用已經編譯好的php裡面的phpize：#

MySQL Workbench 可以拿來管理 MySQL, 也可以來畫 ERD, 此篇主要是寫如何安裝.使用 deb 安裝, 並解決套件相依性的快速安裝法: 採用 dpkg 安裝 deb 檔, 再利用 aptitude 來自動補齊所需要的套件.MySQL Workbench 相關檔案MySQL Workbench 使用教學可見: Visual Database Creation with MySQL WorkbenchMySQL Workbench 下載: MySQL Workbench #

nginx屬於七層架構，支援的是http協議，本身對tcp協議沒有支援。所以不能代理mysql等實現負載平衡。但是lvs這個東西不熟悉，主要是公司的的負載平衡都是nginx所以決定研究一下nginx的這個功能實現，下面簡單介紹一下實現方法：1.下載module模組 ： https://nodeload.github.com/yaoweibin/nginx_tcp_proxy_module/zipball/master        $ wget

MySQL會出現中文亂碼的原因不外乎下列幾點：1.server本身設定問題，例如還停留在latin12.table的語系設定問題(包含character與collation)3.用戶端程式(例如php)的連線語系設定問題強烈建議使用utf8!!!!utf8可以相容世界上所有字元!!!!一、避免建立資料庫及表出現中文亂碼和查看編碼方法1、建立資料庫的時候：CREATE DATABASE `test`CHARACTER SET 'utf8'COLLATE

假設表my_tbl包含三個欄位a,b,c；現在需要查詢表中列a的每個不同值下的列b為最小值的記錄量。比如表記錄為:a  b  c1  3  'cd'2  3  'nhd'1  5  'bg'2  6  'cds'1  7  'kiy'3  7  'vsd'3  8  'ndf'希望得到結果為：a  b  c1  3  'cd'2  3  'nhd'3  7

雖說count(*)與count(col)在不同的情況下，可能會表現出不同的效能。但是一般情況下，count(*)會對主鍵進行索引掃描，統計的是表中所有符合的記錄總數；而count(col)掃描的不一定是主鍵，它統計的是表中所有符合的col列的記錄量。對於以下兩種查詢：select count(*) from tbl_name;select count(col) from

mysql在load data local infile時卡住了很長時間，一開始以為檔案太大了，導致mysql假死。查看了一下匯入檔案的大小，最大的也不過幾十MB，沒理由這樣就會把mysql搞掛了啊。而且既然正常運行了一天，怎麼突然才出現這種問題呢？衝動之下，將mysql服務給停了，然後重啟。結果發現還是有問題。後來偶然聽同事說了下，資料量太大，用了幾個T，磁碟可能用完了...我恍然大悟。急忙刪掉了一些沒用的檔案和表，load data local