這兒記錄一些在使用MySQL的過程中遇到的問題以及相應(yīng)的解決辦法。

sql_mode=only_full_group_by引起group by查詢報錯

問題
MySQL執(zhí)行 GROUP BY 查詢報錯：

#1 - Expression of SELECT list is not in GROUP BY clause and contains nonaggregated column this is incompatible with sql_mode=only_full_group_by

解決辦法

# 設(shè)置正確的 sql_mode 即可解決
# 登陸MySQL
sudo mysql -hlocalhost -uroot -p123123
SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));

也可以修改MySQL配置文件，然后重啟MySQL服務(wù)

# 打開MySQL配置文件
sudo vim /etc/mysql/conf.d/mysql.cnf
# 在底部添加下面這句
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
# 然后重啟
sudo service mysql restart

詳解
sql_mode默認(rèn)值是空值，在這種設(shè)置下是可以允許一些非法操作的，比如允許一些非法數(shù)據(jù)的插入。在生產(chǎn)環(huán)境必須將這個值設(shè)置為嚴(yán)格模式，所以開發(fā)、測試環(huán)境的數(shù)據(jù)庫也必須要設(shè)置，這樣在開發(fā)測試階段就可以發(fā)現(xiàn)問題。sql_mode常用值如下：

ONLY_FULL_GROUP_BY：對于GROUP BY聚合操作，如果在SELECT中的列，沒有在GROUP BY里出現(xiàn)，那么這個SQL是不合法的，因為列不在GROUP BY從句中
NO_AUTO_VALUE_ON_ZERO：該值影響自增長列的插入。默認(rèn)設(shè)置下，插入0或NULL代表生成下一個自增長值。如果用戶 希望插入的值為0，而該列又是自增長的，那么這個選項就有用了
STRICT_TRANS_TABLES：在該模式下，如果一個值不能插入到一個事務(wù)表中，則中斷當(dāng)前的操作，對非事務(wù)表不做限制
NO_ZERO_IN_DATE：在嚴(yán)格模式下，不允許日期和月份為零
NO_ZERO_DATE：設(shè)置該值，mysql數(shù)據(jù)庫不允許插入零日期，插入零日期會拋出錯誤而不是警告
ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE過程中，如果數(shù)據(jù)被零除，則產(chǎn)生錯誤而非警告。如 果未給出該模式，那么數(shù)據(jù)被零除時MySQL返回NULL
NO_AUTO_CREATE_USER：禁止GRANT創(chuàng)建密碼為空的用戶
NO_ENGINE_SUBSTITUTION：如果需要的存儲引擎被禁用或未編譯，那么拋出錯誤。不設(shè)置此值時，用默認(rèn)的存儲引擎替代，并拋出一個異常
PIPES_AS_CONCAT：將"||"視為字符串的連接操作符而非或運算符，這和Oracle數(shù)據(jù)庫是一樣的，也和字符串的拼接函數(shù)Concat相類似
ANSI_QUOTES：啟用ANSI_QUOTES后，不能用雙引號來引用字符串，因為它被解釋為識別符

清空表數(shù)據(jù)

問題
當(dāng)進(jìn)行數(shù)據(jù)遷移或者數(shù)據(jù)修復(fù)的時候，經(jīng)常需要用到數(shù)據(jù)表清空，數(shù)據(jù)表重置。

解決方案

可以使用 TRUNCATE TABLE table_name 命令重置數(shù)據(jù)表，這個命令的實質(zhì)是刪除表，然后再重建表，對于有約束的表來說，是行不通的，必須先禁用外鍵約束再執(zhí)行刪除。
另一種方法是想刪除表中的所有數(shù)據(jù)，然后再把表的id開始值設(shè)為1.

# 第一種方案
SELECT @@FOREIGN_KEY_CHECKS;  # 查看單簽外鍵約束命令
SET FOREIGN_KEY_CHECKS=0;  # 首先禁用外鍵約束
TRUNCATE TABLE table_name;  # 然后重置表
 
# 第二種方案，推薦
DELETE FROM table_name;  # 不帶where條件的刪除命令刪除所有數(shù)據(jù)
ALTER TABLE table_name AUTO_INCREMENT=1; # 重置遞增初始值

MySQL占用內(nèi)存過大

當(dāng)服務(wù)器內(nèi)存只有1G或者更小的時候，就需要更改MySQL的默認(rèn)配置了，否則你會發(fā)現(xiàn)你的MySQL輕易就占用了400M甚至800M的內(nèi)存。

通過優(yōu)化MySQL的配置從而達(dá)到降低它占用內(nèi)存的目的，配置文件一般在： vim /etc/my.cnf  中的[[mysqld]下面。詳細(xì)的 MySQL 配置項可以參考官網(wǎng)：MySQL官網(wǎng)詳細(xì)配置項。我單前的服務(wù)器為單核CPU，內(nèi)存為1G。

# The maximum number of instrumented table objects.加載的最大表實例數(shù)，默認(rèn)-1自適應(yīng)
performance_schema_max_table_instances = 600
# The number of table definitions that can be stored in the definition cache，默認(rèn)-1自適應(yīng)
table_definition_cache = 400 
# The number of open tables for all threads.所有線程能夠打開的最大表數(shù)，默認(rèn)為2000 
table_open_cache = 128 
# innodb引擎的緩存大小，如果啟動失敗，則調(diào)小
innodb_buffer_pool_size = 600M 
# 聯(lián)合查詢操作所能使用的緩沖區(qū)大小，線程獨占 
join_buffer_size = 8M

修改配置以后，重啟mysql服務(wù)已使得配置項生效。

可以通過下面的方式查看當(dāng)前mysql的配置信息：

# 登陸mysql
mysql -hlocalhost -uroot -ppassword
# 查看所有全局配置
show global variables;
# 查看全局配置轉(zhuǎn)態(tài)
show global status;
# 篩選特定的配置項，下面是篩選出innodb開始的配置項
show global variables like 'innodb%';

MySQL臨時表必須要有別名

對于查詢生成的臨時表，必須使用 as 定義別名，即使后面沒有用到。否則會報錯： Every derived table must have its own alias。

MySQL獲取表的列名

假設(shè)表名為 table_name；可以使用以下三種命令查詢該表的列名。

DESC table_name;

DESCRIBE table_name;

SHOW columns FROM persons;

最新評論