MySQL

一、文法 GROUP_CONCAT([DISTINCT] expr [,expr ...] [ORDER BY {unsigned_integer | col_name | expr} [ASC | DESC] [,col_name ...]] [SEPARATOR str_val]) 也可以簡單的理解 group_concat([DISTINCT] 要串連的欄位 [Order BY ASC/DESC 排序欄位] [Separator

mysql中MyISAM和InnoDB儲存引擎都支援外鍵（foreign key），但是MyISAM只能支援文法，卻不能實際使用。下面通過例子記錄下InnoDB中外鍵的使用方法：建立主表：mysql> create table parent(id int not null,primary key(id)) engine=innodb;Query OK, 0 rows affected (0.04 sec)建立從表：mysql> create table child(id

環境MySQL版本：mysql> select version();+————+| version()  |+————+| 5.6.30-log |+————+1 row in set (0.05 sec)確保主從已經同步             Slave_IO_Running: Yes      &

MySQL記錄檔裡出現以下錯誤，MySQL表通常不會發生crash情況，一般是在更新資料庫時MySQL停止會導致。CHECK TABLE文法CHECK TABLE tbl_name[,tbl_name] ... [option] ...option= {QUICK | FAST | MEDIUM | EXTENDED | CHANGED}檢查一個或多個表是否有錯誤。CHECK TABLE對MyISAM和InnoDB表有作用。對於MyISAM表，關鍵字統計資料被更新。CHECK

MySQL沒有整合圖形介面管理工具，對於使用者來說，單純用doc介面來操作mysql資料庫是一件非常麻煩的事，所以常用一些mysql圖形化管理工具，其中最常用的就有navicat for mysql。（安裝navicat for mysql前需已安裝MySQL）下載地址：https://www.navicat.com/download 需要說明的一點是navicat

1 問題描述：下面是應用上線後的線程個數的曲線圖： 通過觀察線程數：從0.2k增加到1.4k，然後突然又變成0.2k。 所有增加的線程均為Damon的線程。有如下幾個疑問：   1：為什麼線程數會一直增加，出現了線程泄露？   2：在某個時間點線程數突然降了1.2k，why?1.1 線程泄露排查   通過jstack列印棧資訊，發現大部分的線程描述如下。(省略了部分棧資訊)"MySQL Statement

mysql欄位定義中INT(x)中的x僅僅指的是顯示寬度。該可選顯示寬度規定用於顯示寬度小於指定的列寬度的值時從左側填滿寬度。顯示寬度並不限制可以在列內儲存的值的範圍，也不限制超過列的指定寬度的值的顯示。所以x的定義與儲存空間沒有任何關係都是4個位元組。作為SQL標準的擴充，MySQL也支援整數類型TINYINT、MEDIUMINT和BIGINT。下面的表顯示了需要的每個整數類型的儲存和範圍。 類型 位元組

最佳化表的資料類型表需要使用何種資料類型，是需要根據應用來判斷的。雖然應用設計的時候需要考慮欄位的長度留有一定的冗餘，但是不推薦讓很多欄位都留有大量的冗餘，這樣即浪費儲存也浪費記憶體。我們可以使用PROCEDURE ANALYSE()對當前已有應用的表類型的判斷，該函數可以對資料表中的列的資料類型提出最佳化建議，可以根據應用的實際情況酌情考慮是否實施最佳化。文法：  代碼如下複製代碼    SELECT * FROM tbl_name PROCEDURE

Mysql4.1開始支援SQL的子查詢。這個技術可以使用SELECT語句來建立一個單列的查詢結果，然後把這個結果作為過濾條件用在另一個查詢中。使用子查詢可以一次性的完成很多邏輯上需要多個步驟才能完成的SQL操作，同時也可以避免事務或者表鎖死，並且寫起來也很容易。但是，有些情況下，子查詢可以被更有效率的串連JOIN替代。join的實現原理join的實現是採用Nested Loop

在某些情況中，MySQL可以使用一個索引來滿足ORDER BY子句，而不需要額外的排序。where條件和order by使用相同的索引，並且order by的順序和索引順序相同，並且order by的欄位都是升序或者都是降序。一、建議使用一個索引來滿足Order By子句。在條件允許的情況下，筆者建議最好使用一個索引來滿足Order By子句。如此的話，就可以避免額外的排序工作。這裡筆者需要強調的一點是及時Order

預設情況下，MySQL排序所有GROUP BY col1, col2, ....，查詢的方法如同在查詢中指定ORDER BY  col1, col2, ...。如果顯式包括一個包含相同的列的ORDER BY子句，MySQL可以毫不減速地對它進行最佳化，儘管仍然進行排序。如果查詢包括GROUP BY但你想要避免排序結果的消耗，你可以指定ORDER BY NULL禁止排序。例如：  代碼如下複製代碼 INSERT INTO fooSELECT a, COUNT(*)

1) 如果你同時從同一客戶插入很多行，使用多個值表的INSERT語句。這比使用分開INSERT語句快(在一些情況中幾倍)。  代碼如下複製代碼 Insert into test values(1,2),(1,3),(1,4)…一條SQL語句插入多條資料。常用的插入語句如：  代碼如下複製代碼 INSERT INTO `insert_table` (`datetime`, `uid`, `content`, `type`) VALUES ('0',

1) 對於Myisam類型的表，可以通過以下方式快速的匯入大量的資料。     ALTER TABLE tblname DISABLE KEYS;    loading the data    ALTER TABLE tblname ENABLE

mysql資料庫修改最大串連數常用有兩種方法，今天我們分析一下這兩種方法之間的特點和區別，以便我們能更好的去維護mysql。方式一：通過命令可以通過 set GLOBAL max_connections=100; 命令將最大串連數設定為100，此方法是即時生效的，不需要重啟mysql服務。如下圖所示：需注意的是，要通過root許可權的mysql帳號才能操作，否則會報“1227 - Access denied; you need (at least one of) the SUPER

查看當前mysql資料庫的最大串連數命令：show variables like "max_connections";查看當前串連詳細資料，查看當前已串連了哪些終端的命令：show full processlist;其中show processlist;也可以查出當前串連數，不同的是它僅展示前100條。如果覺得某個串連比較可疑，殺掉一個串連進程的命令為：kill [id]，比如：kill

亂碼推薦大家看 深入MySQL字元集設定 ，區分檢查client端、server端的編碼；最簡單暴力的方式，是在所有的環節都顯式明確的指定相同的編碼。比如使用python的MySQLdb串連MySQL時預設的charset是latin1，需要自己指定charset=’utf8′，即使是在伺服器端的init-connect=’SET NAMES utf8′，MySQLdb也會使用latin1覆蓋該選項；可以參照這篇文章；emoji表情與utf8mb4

最近在部署MySQL主從複製架構的時候，碰到了”Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs;  these UUIDs must be different for replication to work.”

使用mysql建立、調用預存程序，函數以及觸發器的時候會有錯誤符號為1418錯誤。ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL,or READS SQL DATA in its declaration and binary logging is enabled(you *might* want to use the less safe log_bin_trust_function_creators

可以簡單的理解 utf8mb4 是目前最大的一個字元編碼,支援任意文字.為什麼會有UTF8MB4？既然utf8應付日常使用完全沒有問題，那為什麼還要使用utf8mb4呢? 低版本的MySQL支援的utf8編碼，最大字元長度為 3 位元組，如果遇到 4 位元組的字元就會出現錯誤了。三個位元組的 UTF-8 最大能編碼的 Unicode 字元是 0xFFFF，也就是 Unicode 中的基本多文平面（BMP）。也就是說，任何不在基本多文平面的 Unicode字元，都無法使用MySQL原有的 utf8

[root@centos var]# service mysqld stopMySQL manager or server PID file could not be found!       [FAILED]解決辦法：首先查看一下進程  代碼如下複製代碼 [root@irxpert-test /]# ps aux |grep mysq*root    10274