MySQL

本文系統Centos6.0MySQL代理是一個介於MySQL用戶端和MySQL伺服器之間的簡單程式，可用來監視、分析或者傳輸他們之間的通訊。他的靈活性允許你最大限度的使用它，這些包括Server Load Balancer、容錯 、分析查詢和修正等等。master : 192.168.182.128slave   ：192.168.182.129mysql-proxy：192.168.182.1301、主從伺服器安裝資料庫;master、slave操作：[root@master ~]#

前奏：建議在Linux中使用RPM包來安裝MySQL。MySQL RPM目前已經嵌入到SuSE Linux 7.3系統中，但是應當能在大多數支援rpm和使用glibc的Linux版本中工作。MySQL AB不提供與具體平台相關的RPM；具體平台相關的RPM和通用RPM之間的區別是具體平台相關RPM為目標平台而構建，為動態串連。而通用RPM與Linux線程之間是靜態串連。注釋：通常由其它供應商提供MySQL的RPM分發版。其特徵和功能與MySQL

新安裝的MySQL是預設不開戶遠端存取許可權的，也就不能外部串連MySQL。這樣對想遠程調用MySQL的資料很不方便。下面我們來看下如何設定允許遠端連線MySQL資料庫。登入MySQLmysql -uroot -p如果無法登入可以使用find / -name mysql搜尋mysql程式的路徑，比如mysql程式路徑為：/usr/local/mysql/bin/mysql，我們可以這樣登入：/usr/local/mysql/bin/mysql -uroot -p執行如下命令：grant all

同事給我打電話說團購資料庫主從不同步了，速度開電腦撥VPN解決。1、登入從庫查看主從同步狀態，確實是否不同步mysql> show slave status\G*************************** 1. row ***************************Slave_IO_State:Master_Host: 10.10.0.236Master_User: slaveMaster_Port: 3306Connect_Retry:

收到簡訊警示，兩台資料庫都報slave同步失敗了，先說明一下環境，架構：lvs+keepalived+amoeba+mysql，主主複製，單台寫入，主1:192.168.0.223（寫）主2:192.168.0.230好吧，先show slave status \G看一下同步失敗的具體報錯吧登入主2庫查看：mysql> show slave status \G*************************** 1. row

【目錄】1.MySQL的熱備份指令碼2.用FTP同步伺服器3.Keepalived的監控切換指令碼4.SVN的版本庫的批量備份5.自動監控ADSL並重拔號6.Linux批量產生產生帳戶（10月11日更新）7.測試區域網路內主機是否alive（10月11日更新）一、MySQL的熱備份指令碼這是MySQL的備份方式之一，指令碼如下：#!/bin/bashPATH=/usr/local/sbin:/usr/bin:/bin# The Directory of

配置MySQL伺服器離不開設定檔，接下來就開始這一部分的內容。首先一定要清楚設定檔的位置，如果不知道可以嘗試下面的操作：/usr/local/mysql/bin/mysqld  --verbose --help | grep -A 1 'Default options'#結果如下Default options are read from the following files in the given order:/etc/my.cnf /etc/mysql/my.cnf

當MySQL遇到高並發時，可能會遇到不曾遇到的瓶頸。一、InnoDB並發配置InnoDB是為高效能設計的，在最近幾年他的提升非常明顯，但依然不完美。InnoDB有自己的 “線程調度器”控制線程怎麼進入核心訪問資料，以及他們在核心中一次可以做哪些事情。最基本的限制並發的方式是使用innodb_thread_concurrency變數，它會限制一次性可以有多少個線程進入核心，0表示不限制。理論上，下面的公式可以給出一個這樣的值並發值 = CPU數量 * 磁碟數量 *

在前面的章節已經介紹了一些選項，還有一些剩餘的也很重要的選項，我們繼續說明一下：一、基本配置tmp_table_size 和

有一些配置項影響著MySQL怎樣同步資料到磁碟以及如何做恢複操作，這寫操作對效能影響很大，因為都設計到昂貴的I/O操作，通常保證資料立刻並且一致的寫到磁碟是很昂貴的，有的時候不得不冒一點險，延遲持久化到磁碟，來增加並發和減少I/O等待。一、InnoDB I/O配置對於常見的應用，InnoDB記錄檔大小、InnoDB怎樣重新整理日誌緩衝，以及怎樣執行I/O比較重要。a、InnoDB交易記錄InnoDB使用日誌來減少提交事務時的開銷，日誌記錄了事務，就無須在每個事務提交時把緩衝池重新整理到磁碟中了。

字元集是指一種從二進位編碼到某類字元符號的映射，可以參考如何使用一個位元組來表示英文。校對是指一組用於某個字元集的定序。每一類編碼字元都有其對應的字元集和校對規則。一、MySQL如何使用字元集每種字元集都可能有多種校對規則，並且都有一個預設的校對規則，並且每個校對規則只是針對某個字元集，和其他的字元集麼有關係。一定要記住一點：只有基於字元集的值才真正的有字元集的概念。MySQL的設定可以分為兩類：1、建立對象時的預設值伺服器有預設的字元集和校對規則，資料也有自己的預設值，每個表也有自己的預設值，

在我之前的2篇部落格中已經簡單介紹過MySQL5.1之後的分區技術的基本理論和分區技術的表格儲存體檔案及特點，部落格地址如下：http://janephp.blog.51cto.com/4439680/1305220http://janephp.blog.51cto.com/4439680/1305937今天要介紹一下分區技術一些使用情境和機制。MySQL實現分區表的方式--對底層表封裝--意味著索引也按照分區的子表定義的，而沒有全域索引。一、在下面的情境中，作用非常大：1、表非常大無法全部放到

MySQL查詢快取儲存查詢返回的完整結果。當查詢命中該緩衝，會立刻返回結果，跳過瞭解析，最佳化和執行階段。查詢快取會跟蹤查詢中涉及的每個表，如果這寫表發生變化，那麼和這個表相關的所有緩衝都將失效。但是隨著伺服器功能的強大，查詢快取也可能成為整個伺服器的資源競爭單點。如何來判斷開啟查詢快取的好壞呢，就是本篇的內容~~~一、如何判斷命中緩衝緩衝存放在一個參考資料表中，通過一個雜湊值引用，這個雜湊值包括查詢本身，資料庫，用戶端協議的版本等，任何字元上的不同，例如空格，注釋都會導致緩衝不命中。當查詢中有

只要說明幾種日常用到的查詢可以最佳化的地方，只是特別的情況下可以使用，不要期望任何情況下都成立，最佳化是一個實踐的漫長過程!一、最大值和最小值最佳化對於min()和max()查詢，MySQL的最佳化並不是很好，比方說：select min(actor_id) from actor where first_name =

這裡繼續上一篇中的最佳化器部分：MySQL如何執行關聯查詢MySQL對任何關聯都執行嵌套迴圈關聯操作，即先在一個表中迴圈取出單條資料，然後再嵌套迴圈到下一個表中尋找匹配的行，依次下去，直到找到所有表中匹配的行為止。然後根據各個表匹配的行，返回查詢中需要的各個列。MySQL會嘗試在最後一個關聯表中找到所有匹配的行，如果最後一個關聯表無法找到更多的行以後，MySQL返回到上一層次關聯表，看是否能夠找到更多的匹配記錄，依次類推迭代執行。例如：select

希望最佳化查詢效能的時候，最好的辦法是弄清楚MySQL是如何最佳化和執行查詢的。瞭解了內部機制，才能更好的實施設計。當MySQL執行一個查詢時，到底做了什麼，先看一副圖吧：1、用戶端發送一條查詢給伺服器。2、伺服器先檢查查詢快取，如果命中了緩衝，則立刻返回緩衝中的結果，否則進入下一步。3、伺服器端進行SQL解析、預先處理、再由最佳化器產生對應的執行計畫。4、MySQL根據最佳化器產生的執行執行計畫，調用儲存引擎的API來進行查詢。5、將結果返回給用戶端上面的每一步都很複雜，特別是查詢最佳化工具這

對於每個類型擁有的值範圍以及並且指定日期何時間值的有效格式的描述見7.3.6 日期和時間類型。這裡是一個使用日期函數的例子。下面的查詢選擇了所有記錄，其date_col的值是在最後30天以內：mysql> SELECT something FROM tableWHERE TO_DAYS(NOW()) - TO_DAYS(date_col) <= 30;DAYOFWEEK(date)返回日期date的星期索引(1=星期天，2=星期一,

本文是筆者從工作中總結而出.由於時間問題和考慮的不可能足夠全面，所以本文會很長時間才會完成，下面會陸續給出內容，與大家分享^_^在windows下,設定檔為%mysql_home%/my.ini在linux下，配製檔案為/etc/my.cnf一 效能最佳化1--------INNODB_BUFFER_POOL_SIZE該參數是innodb引擎的最主要的績效參數,對資料庫的效能起了決定性作用.說白了就是資料庫的使用記憶體.2--------效能分析,show status like '%';

在工作中，有這樣一個需求，就是需要統計24個小時的相關資料.有的朋友認為簡單的一句group by就可以解決。其實不然,真正的統計,24個小時都得有資料的，不允許出現缺失的現象.其實這個有點像廢話，處理結果集ResultSet也可以,但為了減少JAVA的負擔和增強java代碼的可讀性,所以盡量用SQL語句，一次性把資料處理好.表結構,有三個欄位一看就明白Sql代碼CREATE TABLE `vardata` ( `Id` int(11) NOT NULL AUTO_INCREMENT,

本人工作中的實際應用.在採集資料的時候，要求資料擷取以後，不能重複.同時也要 求有多個執行個體同時運轉，保證資料擷取的連續性.因此總結了一下,做成了如下的小實驗. 核心代碼如下:表結構:只有3個欄位id,name,passwordSql代碼CREATE TABLE `tt` ( `Id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(255) DEFAULT NULL, `password` varchar(255)