MySQL

MySQL的SUM函數是用來找出記錄中各種的欄位的總和。要瞭解SUM函數考慮EMPLOYEE_TBL表具有以下記錄：mysql> SELECT * FROM employee_tbl;+------+------+------------+--------------------+| id | name | work_date | daily_typing_pages |+------+------+------------+--------------------+| 1 |

MySQL的AVG函數是用來求出各種記錄中的欄位的平均值。要瞭解AVG功能考慮EMPLOYEE_TBL表具有以下記錄：mysql> SELECT * FROM employee_tbl;+------+------+------------+--------------------+| id | name | work_date | daily_typing_pages |+------+------+------------+--------------------+| 1 |

MySQL的MIN函數是用來找出一個記錄集最小值的記錄。要瞭解MIN函數考慮的EMPLOYEE_TBL表具有以下記錄：mysql> SELECT * FROM employee_tbl;+------+------+------------+--------------------+| id | name | work_date | daily_typing_pages |+------+------+------------+--------------------+| 1 |

MySQL的max()函數是用來找出一個記錄集中的最大值記錄。要瞭解MAX功能考慮的EMPLOYEE_TBL表具有以下記錄：mysql> SELECT * FROM employee_tbl;+------+------+------------+--------------------+| id | name | work_date | daily_typing_pages |+------+------+------------+--------------------+| 1 |

MySQL的COUNT函數是最簡單的功能，非常有用的計算，預計由一個SELECT語句返回的記錄數。要瞭解COUNT函數考慮的EMPLOYEE_TBL的的表具有以下記錄：mysql> SELECT * FROM employee_tbl;+------+------+------------+--------------------+| id | name | work_date | daily_typing_pages |+------+------+------------+-----

如果想選擇其他幾個表中的行或從一個單一的表作為一個單獨的結果集行的幾個集會，那麼可以使用的UNION。UNION在MySQL4.0以上版本才能可以使用。本節說明如何使用它。假設有兩個表，潛在和實際的客戶列表，供應商購買耗材合并所有三個表中的姓名和地址，來建立一個單一的郵件清單。UNION提供了一種方法做到這一點。假設三個表有以下內容：mysql> SELECT * FROM prospect;+---------+-------+------------------------+|

可以使用IN子句來代替相結合的“大於等於和小於等於”的條件。要瞭解BETWEEN 子句考慮的EMPLOYEE_TBL表有以下記錄：mysql> SELECT * FROM employee_tbl;+------+------+------------+--------------------+| id | name | work_date | daily_typing_pages |+------+------+------------+--------------------+|

 可以使用GROUP BY組值一列，並且如果願意的話，可以將該列進行計算。使用COUNT，SUM，AVG等功能的分組列。要瞭解GROUP BY子句考慮的EMPLOYEE_TBL的的表具有以下記錄：mysql> SELECT * FROM employee_tbl;+------+------+------------+--------------------+| id | name | work_date | daily_typing_pages |+------+------

解決案例一：今天公司伺服器上所有的網站都出現問題，有的開啟沒有資料，有的直接是空白。我的第一反應就是資料庫掛了。開啟遠程，進了系統，service mysqld stop 失敗。service mysqld start等了好大一會，提示Timeout error occurred trying to start MySQL Daemon一開始以為是mysql使用者問題，查詢系統使用者完全沒有問題。開啟log日誌一看，問題出現了Can't start server: can't create

今天看一個水友說他的MySQL現在變的很慢。問什麼情況時。說單表超過2個G的一個MyISAM。真垃圾的回答方式。    簡單回覆：換一個強勁的伺服器。換伺服器很管用的：）………       最終讓取到慢查詢：  SELECT * FROM pw_gbook WHERE uid='N' ORDER BY postdate DESC LIMIT N,N; SELECT * FROM

我們知道Innodb的資料頁是16K,而且是一個硬性的規定，系統裡沒更改的辦法，希望將來MySQL也能也Oracle一樣支援多種資料頁的大小。但實際應用中有時16K顯的有點大了，特別是很多業務在Oracle或是SQL SERVER啟動並執行挺好的情況下遷到了MySQL上發現IO增長太明顯的情況下，就會想到更改資料頁大小了。　　實際上innodb的資料頁大小也是可以更改的，只是需要在源碼層去更改，然後重新rebuild一下MySQL.   

今天看了一個最佳化案例覺的挺有代表性,這裡記錄下來做一個標記，來紀念一下隨便的欄位定義的問題。回憶一下,在表的設計中很多人習慣的把表的結構設計成Varchar(64),Varchar(255)之類的,雖然大多數情況只存了5-15個位元組.那麼我看一下下面這個案例.查詢語句:  SELECT SQL_NO_CACHE channel, COUNT(channel) AS visitors FROM xxx_sources WHERE client_id = 1301 GROUP BY

使用perl串連mysql，這個網上有很多案例了，一般大家都是DBI下的DBD::MySQL這個模組進行．這裡做一個mask弄一個TIPS: Perl DBI MySQL的字元集為UTF8 Perl DBI 特殊字元寫入時報錯 Perl DBI 串連自動重連或是連線逾時 １.　當MySQL的字元集是UTF8時需要引入： use utf8;binmode(STDOUT, ':encoding(utf8)');binmode(STDIN,

按官方手冊推薦Innodb buffer Hit Ratios的計算是: 100-((iReads / iReadRequests)*100)iReads : mysql->status->Innodb_buffer_pool_readsiReadRequests: mysql->status->Innodb_buffer_pool_read_requests出處:

今天給一個客戶巡檢的情況下發從庫沒有業務的情況mysqld的cpu的一個core佔用100%.查主庫慢查詢也沒有關於寫的SQL.可以說是典的單進程複製把一個cpu佔滿造成的．知道原因了，就好分析了．分析一下binlog中寫的什麼，看看有什麼地方可以最佳化或是加速的．利用工具：pasrebinlog利用show slave status\G; 查當前同步的到節點，然後對日值進行解析．git clone

簡介：mysqlbinlog flashback功能是淘寶彭立勳(http://www.penglixun.com/)的一個很強勁的作品．主要功能：　對rows格式的binlog可以進行逆向操作．delete反向產生insert, update產生反向的update,insert反向產生delete．讓dba同學們也有機會簡單的恢複資料．可恢複:insert, update,delete相關的操作．示範一下使用過程：產生帶有flashback mysqlbinlog 工具：項止首頁：http:/

今天處理一個case： 資料庫異常，串連數突增。想著分析一下慢日誌，可是一看慢日誌都好幾G了，而且是短日誌格式，找到那個時間點相對比較難。於是寫了一個指令碼從慢日誌按時間提取點日誌。指令碼：https://github.com/wubx/mysql-binlog-statistic/blob/master/bin/cutlogbytime使用方法：複製代碼 代碼如下:cutlogbytime#用於從慢日誌用截取一個時間段的日誌方便分析./cutlogbytime

cat /dev/urandom | LC_ALL=C tr -dc "[:alnum:]" | fold -w 10 |head -10Si1N9kUyuZddzsRXFgxAcaDRBRT4PxbuGk6LkX4dN5Xod1TOyr1645cBxAjlKRjwJR2TxunhQedXagL9RraDEZgfhYQxCurm5eZF參數說明：如果需要特別複雜的密碼可以試一下:cat /dev/urandom | LC_ALL=C tr -dc "[:graph:]" | fold -w 10

實際線上的情境比較複雜，當時涉及了truncate, delete 兩個操作，經確認丟資料差不多7萬多行，等停下來時，差不多又有共計1萬多行資料寫入。 這裡為了簡單說明，只拿弄一個簡單的業務情境舉例。測試環境： Percona-Server-5.6.16日誌格式： mixed 沒起用gtid表結構如下：CREATE TABLE `tb_wubx` (`id` int(11) NOT NULL AUTO_INCREMENT,`name` varchar(32) DEFAULT

MySQL在5.1引入了一個rename database操作，但在MySQL5.1.23後又不支援這個命令。可以說是一個實驗性的功能，沒有在生產中支援過（mysql-5.1 release在mysql-5.1.30）,那麼生產中我們有時為了追求完美需要改一下庫名。怎麼操作呢？這裡提供一個變通的方法。1. 建立出新庫名：mysql>create database db_v2; mysql>create database