MySQL

mysql replace用法1.replace intoreplace into table (id,name) values('1','aa'),('2','bb')此語句的作用是向表table中插入兩條記錄。如果主鍵id為1或2不存在就相當於insert into table (id,name)

進入mysql安裝目錄的bin目錄然後執行命令 mysql -uuser -ppassword database比如使用者名稱為root，密碼為mysql，資料庫為test命令如下mysql -uroot -pmysql test也可以直接執行mysql -uroot -pmysql進入控制台後，使用use test；空密碼就寫-p斷行符號之後會提示輸入密碼，再直接斷行符號就可以了來源：http://zhidao.baidu.com/question/43653340

首先在ubuntu/debian上安裝下列軟體包：mysql-client-5.0      mysql-server-5.0     在Redhat上安裝下列軟體包：mysql-3.23.54a-11.i386.rpm  mysql-server-3.23.54a-11.i386.rpm 和mysql-devel-3.23.54a-11.i386.rmp    (可以裝上更高的版本，本文在ubuntu下實驗）1、在終端運行：mysql_install_db   （這一步好像可以不要）     

如何啟動/停止/重啟MySQL一、啟動方式1、使用 service 啟動：service mysqldstart2、使用 mysqld 指令碼啟動：/etc/inint.d/mysqld start3、使用safe_mysqld 啟動：safe_mysqld&二、停止1、使用 service啟動：service mysqld stop2、使用 mysqld 指令碼啟動：/etc/inint.d/mysqld stop3、mysqladmin shutdown三、重啟1、使用

mysql的記憶體管理其實是比較複雜的，小結下，分為兩類：１　線程獨享記憶體２　全域共用記憶體 先說線程獨享記憶體：線程棧資訊使用記憶體(thread_stack)：主要用來存放每一個線程自身的標識資訊，如線程id，線程運行時基本資料等等，我們可以通過 thread_stack 參數來設定為每一個線程棧分配多大的記憶體。排序使用記憶體(sort_buffer_size)：MySQL

1 mysql為單進程多線程的架構2 查看當前資料庫支援的引擎   show engines\G;3 innodb的後台線程有7個，4個IO THREAD，1個MASTER THREAD,1個鎖，1個錯誤監控線程。  show engine innodb status\G;4 innodb 的記憶體組成：緩衝池，重做日誌緩衝池，額外的記憶體池   show variables like 'innodb_buffer_pool_size'\G;(緩衝池)   show variables

   偶的是WIN2000下的，MYSQL4的資料庫，為了升級，一直擔心到4。1會有問題，結果用PHPMYADMIN 2。7去匯出再匯入放到MYSQL 4。1裡，果然中文亂碼，於是，只好把mysql 4.1的MY。INI的編碼改為gb2312,並把原來mysql 4.0的DATA目錄下的資料庫所有檔案都直接COPY到4。1的DATA目錄下，結果沒亂碼了，呵呵    當然，比較好的方法應該是使用mysqldump,比如mysqldump -u xxx -p  xxx  

$mysql -urootERROR 1040 (00000): Too many connections上面的錯誤，估計很多人都遇到過，Aurimas Mikalauskas在MySQL Performance Blog已經提到了一個解決辦法（生產環境慎用之）：$gdb -p $(cat data/mysql_sandbox5087.pid) \-ex "set max_connections=5000"

mysql 5中新增了視圖，預存程序，觸發器等新功能，其中不少資料對其都有介紹，今天看到了其中的一個叫store function的功能，和預存程序有點象，但返回的是值哦，用法挺靈活的，故介紹之mysql> DELIMITER ||mysql>CREATE FUNCTION WEIGHTED_AVERAGE (n1 INT, n2 INT, n3 INT, n4 INT)RETURNS INTDETERMINISTICBEGINDECLARE avg INT;SET avg =

http://www.hellodb.net/2011/07/mysql-linux-hardware-tuning.html最近一段時間，我們整理了一些關於Percona，Linux，Flashcache，硬體裝置的最佳化經驗，分享給大家：硬體1.開啟BBWCRAID卡都有寫cache(Battery Backed Write

這次繼續mysql的索引問題，這裡還是有不少原則可以總結一下的，大致歸納了如下面的１　對於複合式索引，如果查詢條件中有最左邊的一個，一般都會用到，　　比如有索引（a,b),在ＳＱＬ語句中如果有select * from table where a='.....',則這個索引一般用到，是最左匹配原則，但如果是按where

1 關於全表掃描   如果要找的記錄有高選擇性，可以用索引；但如果找出來的資料量佔總記錄很大，比如超過20%，則最佳化器不會使用索引了，而是全表掃描。2 順序讀：是指根據索引的葉結點就能順序地讀取所需要的資料，只是邏輯上的，在物理磁碟上可能是隨機讀，但物理上的資料還是比較有順序的。隨機讀：指訪問輔助索引葉點不能完全得到結果，需要根據輔助索引葉結點中的主鍵去找實際行資料。3

最近在幫人調優MYSQL時,感覺mysql的query cache其實並不是越大越好的,因為其實當資料表有如下變化時,CACHE實際時失效的:包括: INSERT, UPDATE, DELETE, TRUNCATE, ALTER TABLE, DROP TABLE, or DROP DATABASE等所以如果表是頻繁讀的話,那對query cache調整下還可以,否則還是沒怎麼作用的.附調整參數:Query Cache相關參數：query_cache_size QC佔用空間大小，通過將其設定為0

在mysql 5中，開始支援事務了，在使用中要搭配mysqli來進行，有一定的模式，現小結如下<?// Instantiate the mysql class   $mysqldb = new mysqli("localhost","root","xxx","xxx");   // Start by assuming the transaction operations will all succeed   $success = TRUE;   // Disable the

mysql innodb中，還是存在當恢複recovery故障後，時間很長的問題，查了下，原來原因如下：當故障發生，重新啟服務後，會自動完成恢複操作，將資料庫恢複到之前一個正常狀態。恢複進程會完成兩步，第一步：檢查redo日誌，將之前完成並提交的事務全部重做；第二步：將undo日誌中，未完成提交的事務，全部取消。那麼，就僅僅做了這麼兩步為什麼恢複過程會變得如此漫長呢？在InnoDB未對恢複速度做提升之前，MySQL的bug列表中，曾被提出了兩個改進請求：Bug #29847和Bug #49535

在一些情況下，MySQL可以直接使用索引來滿足一個 ORDER BY 或 GROUP BY 子句而無需做額外的排序。儘管 ORDER BY 不是和索引的順序準確匹配，索引還是可以被用到，只要不用的索引部分和所有的額外的 ORDER BY 欄位在 Where 子句中都被包括了。下列的幾個查詢都會使用索引來解決 ORDER BY 或 GROUP BY 部分：Select * FROM t1 orDER BY key_part1,key_part2,... ;Select * FROM t1

Can't open file: '.\test\mytable.frm' (errno: 24)shell> perror 24OS error code 24: Too many open files 這樣的錯誤的話，應該是mysql的檔案描述符不夠了，解決的方法為，增加操作系統的描述符號：設定OS參數（如果你有許可權的話）：在檔案/etc/security/limits.conf新增如下行：mysql soft nofile 65535mysql hard nofile 65535

由於工作需要，要按這三個玩意。因為舊系統用MYSQL 4，而MYSQL 4.1多了比如外鍵功能，MYSQL5 更是多了預存程序等東西，因此嘗試共存在一機器上。其實很簡單，mysql 4.1和MYSQL 5的安裝包已經非常自動化了，但要注意設定好不同的連接埠。比如mysql 4偶用的是3306,而MYSQL 4。1我用3308，MYSQL5偶用3309,安裝時，都選擇都安裝成為WINDOWS的服務。   

今天看到concurrent_insert這個參數，解釋一下：    MyISAM儲存引擎有一個系統變數concurrent_insert，專門用以控制其並發插入的行為，其值分別可以為0、1或2。    當 concurrent_insert設定為0時，不允許並發插入。   

前幾天, 在管理系統的時候遇到一個奇怪的問題, 今天才有機會安裝好MySQL環境來重現此問題,由於不是最原始的環境, 所以未必能夠完全重現, 我只能努力重現關鍵問題了.. 我覺得此問題有點特別, 故在此大概的回想下當時的情景..工作時, 執行了一個su – mysql 的命令, 遇到了下面這樣一個錯誤..view sourceprint?1 [root@dbmain ~]# su - mysql  2 su: cannot set user id: Resource temporarily