MySQL

今天接到一個朋友電話說是覺的資料庫被別人更改了，出現資料不對的問題　。經過很久的排查是資料類型溢出了（發生問題的版本是MySQL　5.1）。後來通過給朋友那邊把MySQL　5.1升級到MySQL　5.5去解決這個問題。　這也讓我有興趣去瞭解一下MySQL不同版本資料類型溢出的處理機制。先看一下MySQL支援的整型數及大小，儲存空間:另外請記著mysql的資料處理會轉成bigint處理，所以這裡就用bigint幾個測試：SELECTCAST(0ASUNSIGNED)-1; SELECT922337

今天幫同事處理一個SQL（簡化過後的）執行報錯：mysql> select date_format('2013-11-19','Y-m-d') > timediff('2013-11-19', '2013-11-20'); ERROR 1267 (HY000): Illegal mix of collations (utf8_general_ci,COERCIBLE) and (latin1_swedish_ci,NUMERIC) for

眾所周知，在MySQL中，如果直接 ORDER BY RAND() 的話，效率非常差，因為會多次執行。事實上，如果等值查詢也是用 RAND() 的話也如此，我們先來看看下面這幾個SQL的不同執行計畫和執行耗時。首先，看下建表DDL，這是一個沒有顯式自增主鍵的InnoDB表：[yejr@imysql]> show create table t_innodb_random\G*************************** 1. row *************************

通常，我們會採用ORDER BY LIMIT start, offset 的方式來進行分頁查詢。例如下面這個SQL：SELECT * FROM `t1` WHERE ftype=1 ORDER BY id DESC LIMIT 100, 10;或者像下面這個不帶任何條件的分頁SQL：SELECT * FROM `t1` ORDER BY id DESC LIMIT 100, 10;一般而言，分頁SQL的耗時隨著 start

方法一　　通過information_schema.processlist表中的串連資訊產生需要處理掉的MySQL串連的語句臨時檔案，然後執行臨時檔案中產生的指令。複製代碼 代碼如下:mysql> select concat('KILL ',id,';') from information_schema.processlist where user='root';+------------------------+| concat('KILL ',id,';') |+-----------

在MySQL複製環境中，我們通常只根據 Seconds_Behind_Master 的值來判斷SLAVE的延遲。這麼做大部分情況下尚可接受，但並不夠準確，而應該考慮更多因素。首先，我們先看下SLAVE的狀態：複製代碼 代碼如下:yejr@imysql.com [(none)]> show slave status\G*************************** 1. row ***************************Slave_IO_State: Waiting

前幾天幫同事解決一個案例，在主從複製環境下，從庫上的MySQL版本號碼是5.5.5，遇到下面的錯誤：#其他非相關資訊我都隱藏掉了 [(yejr@imysql.com)]> show slave status \G; Slave_IO_Running: Yes Slave_SQL_Running: No Last_Errno: 1064 Last_Error: Error 'You have an error in your SQL syntax; check the manual

本次，我們來看看索引、提交頻率對InnoDB表寫入速度的影響，瞭解有哪些需要注意的。先直接說幾個結論吧：1、關於索引對寫入速度的影響：a、如果有自增列做主鍵，相對完全沒索引的情況，寫入速度約提升 3.11%；b、如果有自增列做主鍵，並且二級索引，相對完全沒索引的情況，寫入速度約降低

首先，介紹下關於InnoDB引擎儲存格式的幾個要點：1、InnoDB可以選擇使用共用資料表空間或者是獨立資料表空間方式，建議使用獨立資料表空間，便於管理、維護。啟用 innodb_file_per_table 選項，5.5以後可以線上動態修改生效，並且執行 ALTER TABLE xx ENGINE = InnoDB 將現有錶轉成獨立資料表空間，早於5.5的版本，修改完這個選項後，需要重啟才會生效；2、InnoDB的data page預設16KB，5.6版本以後，新增選項

在web開發中，我們經常會寫出一些SQL語句，一條糟糕的SQL語句可能讓你的整個程式都非常慢，超過10秒一般使用者就會選擇關閉網頁，如何最佳化SQL語句將那些已耗用時間

一 建立自訂函數在使用mysql的過程中，mysql內建的函數可能不能完成我們的業務需求，這時就需要自訂函數,例如筆者在開發過程中遇到下面這個問題：mysql表結構如下複製代碼 代碼如下:DROP TABLE IF EXISTS `test`;CREATE TABLE `test` (  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,  `pic` varchar(50) NOT NULL,  `hashcode`

當您的庫中刪除了大量的資料後，您可能會探索資料檔案尺寸並沒有減小。這是因為刪 除操作後在資料檔案中留下片段所致。Discuz! 在系統數設定介面提供了資料表最佳化的功能，可以去除刪除操作後留下的資料檔案片段，減小檔案尺寸，加快未來的讀寫操作。您只要在做完大量刪除，或定期（如 每一兩個月）進行一次資料表最佳化操作即可。OPTIMIZE TABLE通過製作原來的表的一個臨時副本來工作OPTIMIZE TABLE文法OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG]

在用mysql時(show tables)，有時候需要查看錶和欄位的相關資訊（表與某欄位是否存在等.）~~而PHP提供了這樣的相關函數，如：mysql_list_dbs（），mysql_list_fields（），但mysql_list_fields() 函數等已淘汰，所以要用show...這個SQL指令來查尋。SHOW 指令(‘[..]'裡的可選)#顯示mysql中所有資料庫的名稱show databases;#顯示mysql中的相關表show tables [ from

複製代碼 代碼如下: SELECT a.`TABLE_SCHEMA` AS DB_NAME , a.`TABLE_NAME` , a.`TABLE_ROWS` ,a.`ENGINE` -- , a.* FROM information_schema.`TABLES` a LEFT JOIN information_schema.`TABLE_CONSTRAINTS` b ON a.`TABLE_NAME` = b.`TABLE_NAME` AND a.`TABLE_SCHEMA` =

-- mysql ssl 產生秘鑰 1 check ssl是否已經開啟 mysql> show variables like '%ssl%'; +---------------+----------+ | Variable_name | Value | +---------------+----------+ | have_openssl | DISABLED | | have_ssl | DISABLED | | ssl_ca | | | ssl_capath | | |

下面先讓我們回答一些問題： ◆你的資料庫有外鍵嗎? ◆你需要事務支援嗎? ◆你需要全文索引嗎? ◆你經常使用什麼樣的查詢模式? ◆你的資料有多大? 思考上面這些問題可以讓你找到合適的方向，但那並不是絕對的。如果你需要交易處理或是外鍵，那麼InnoDB 可能是比較好的方式。如果你需要全文索引，那麼通常來說 MyISAM是好的選擇，因為這是系統內建的，然而，我們其實並不會經常地去測試兩百萬行記錄。所以，就算是慢一點，我們可以通過使用Sphinx從InnoDB中獲得全文索引。

mysql 建立資料庫時指定編碼很重要，很多開發人員都使用了預設編碼，亂碼問題可是防不勝防。制定資料庫的編碼可以很大程度上避免倒入匯出帶來的亂碼問題。 網頁資料一般採用UTF8編碼，而資料庫預設為latin 。我們可以通過修改資料庫預設編碼方式為UTF8來減少資料庫建立時的設定，也能最大限度的避免因粗心造成的亂碼問題。我們遵循的標準是，資料庫，表，欄位和頁面或文本的編碼要統一起來 我們可以通過命令查看資料庫當前編碼： mysql> SHOW VARIABLES LIKE

SHOW STATUS 直接在命令列下登陸MySQL運行SHOW STATUS;查詢語句，詳細如下圖  同樣的語句還有SHOW VARIABLES;，SHOW STATUS是查看MySQL運行情況，和上面那種通過pma查看到的資訊基本類似。 SHOW VARIABLES SHOW VARIABLES是查看MySQL的配置參數，還可以使用類似SHOW VARIABLES LIKE 'Key%' SHOW PROCESSLIST SHOW

最近開發項目中又重新拿起了Mysql,在搭建環境的時候遇到了中文亂碼問題。下面我把我的解決方式跟大家分享一下 1、通過show VARIABLES like 'character_%'; 顯示出來所有的設定項目。把其中的非UTF8的編碼都設定成utf8 設定方式如 ： set character_set_server=utf8; 2、去mysql 安裝目錄下找到my.ini檔案。設定裡面的latin1為utf8

DAYOFWEEK(date)返回日期date的星期索引(1=星期天，2=星期一, ……7=星期六)。這些索引值對應於ODBC標準。  mysql> select DAYOFWEEK('1998-02-03');  -> 3  WEEKDAY(date)  返回date的星期索引(0=星期一，1=星期二, ……6= 星期天)。  mysql> select WEEKDAY('1997-10-04