出現(xiàn)亂碼是因?yàn)榫幋a與解碼使用的格式不一致,需要修改數(shù)據(jù)庫與代碼的中的編碼格式:

1.查看數(shù)據(jù)庫使用的編碼設(shè)置 一般使用utf-8 
(數(shù)據(jù)庫編碼設(shè)置參考:https://www.cnblogs.com/liyingxiang/p/5877764.html)
2.查看代碼的編碼格式，并與數(shù)據(jù)庫統(tǒng)一
3.命令行有個(gè)單獨(dú)的僅限當(dāng)前控制臺(tái)的編碼設(shè)置
    set names gbk /set names uft8 

隨便選一個(gè)操作 mysql 的庫，執(zhí)行原生 sql 語句就行了：
比如：SHOW CREATE TABLE <表名> 這個(gè)就是你看到的樣子，
或者：DESCRIBE <表名> 也能查詢到表結(jié)構(gòu)。

《MYSQL內(nèi)核：INNODB存儲(chǔ)引擎》和《高性能MySQL》都有相關(guān)內(nèi)容

這幾篇文章或許也能幫到你

[Mysql]——通過例子理解事務(wù)的4種隔離級(jí)別：
https://www.cnblogs.com/snsdz...

數(shù)據(jù)庫并發(fā)的五個(gè)問題以及四級(jí)封鎖協(xié)議與事務(wù)隔離的四個(gè)級(jí)別
http://blog.csdn.net/zhangzey...

查詢已經(jīng)存到緩存中了，你手動(dòng)改庫，但是緩存中還是之前的，樓上說的是對(duì)的

已解決
model.primaryKeys

keyword那一行的結(jié)尾是一個(gè)中文逗號(hào)么

oracle日期類型可以直接加減，沒有add_days這個(gè)函數(shù)，如：

select sysdate - 1 from dual;

返回結(jié)果是昨天的當(dāng)前時(shí)間點(diǎn)

select * from table_1 RIGHT JOIN table_2 ON table_1.id = table_2.uid
where table_1.status = 1 AND table_2.level_id = 1 AND table_2.level_id = 2

這段代碼意思是同一條table2的記錄同時(shí)是等級(jí)1和等級(jí)2，是個(gè)假命題。。
改的話需要right join兩次table2

select table_1.* from table_1 
RIGHT JOIN table_2 t2Lv1 ON table_1.id = t2Lv1.uid ON t2Lv1.level_id = 1
RIGHT JOIN table_2 t2Lv2 ON table_1.id = t2Lv2.uid ON t2Lv2.level_id = 2
where table_1.status = 1
GROUP BY table_1.id

大致思路就是這樣

你好 我想咨詢一下 我開啟了think queue:listen之后 電腦就變得特別卡 是因?yàn)槲曳?wù)器的配置太低了么

不傳type的時(shí)候請(qǐng)求是不是這樣的 localhost:3000/admin/metas/list?type=

用 IDbCommand.Parameters 來加參數(shù)最安全，還簡單。。
https://msdn.microsoft.com/en...

我也碰到類似的警告。 說是某某函數(shù)被棄用。 有些是可以忽略的。

1.對(duì)于key idx(user_id, user_name)
如果查詢語句是這樣的 select * from mytable where user_id = 1; 這樣索引是生效的.
如果查詢語句是這樣的 select * from mytable where user_name = "tom"; 這樣索引是不生效的.

這是組合索引的最左優(yōu)先原則. 索引的第一個(gè)字段必須出現(xiàn)在查詢語句中.
兩個(gè)區(qū)別是 : 用user_i字段查詢多還是用user_name字段查詢多.

參考：http://www.mongoing.com/docs/...

愿可以對(duì)你有用！

sql1的 LIMIT 是全表掃描
sql2似乎是把結(jié)果存到緩存里, 再掃描.

我遇到過limit大表慢的情況, 但不用分組, 開始用的id查, 后來改游標(biāo)了.

我試著開了100個(gè)進(jìn)程去跑，如果遍歷1000w個(gè)，從中篩選出我要的分區(qū)，按一個(gè)進(jìn)程遍歷3條/s，大概需要一天多。時(shí)間上對(duì)于我當(dāng)前項(xiàng)目是可以忍受的，但是這樣遍歷確實(shí)背離了初衷

前面啰嗦得太多，我再把問題精簡一下：

如何設(shè)計(jì)詞索引，使得 —— 若 將來 改進(jìn)了分詞算法，在不重建索引的情況下，搜索結(jié)果也能改進(jìn)？

例如，當(dāng)詞典沒有“區(qū)塊鏈”一詞時(shí)，搜索結(jié)果可能包含大量“區(qū)塊”和“鏈”兩個(gè)詞的文檔；當(dāng)把“區(qū)塊鏈”加入詞典后，在不重建索引的情況下，立即就能找到包含“區(qū)塊鏈”的文檔，排名在包含“區(qū)塊”和“鏈”兩個(gè)詞的文檔前面。

你試試用systemctl這個(gè)命令，這個(gè)問題可以去deepin bbs論壇提問的。
類似于，

systemctl disable mysqld.service

或者是
mysql.service

關(guān)于systemctl和chkconfig的用法區(qū)別，可以參照下網(wǎng)上的文章
http://blog.csdn.net/kenhins/...

個(gè)人理解如果數(shù)據(jù)庫是這么設(shè)計(jì)的話，初衷是讓在應(yīng)用程序中處理：按照逗號(hào)分隔，逐條查詢r(jià)ule表，更常規(guī)的做法是用一個(gè)用戶和規(guī)則的關(guān)聯(lián)表。

如果非要用sql做關(guān)聯(lián)查詢，可以用FIND_IN_SET，不過效率不會(huì)太高。

select *
from 
(select '1,2,3,4,5' ids) t1 inner join (select 1 id, '張三' name union select 2, '李四') t2 
on FIND_IN_SET(t2.id, t1.ids) > 0

raw data 就是整行的內(nèi)容啊。
例如，一個(gè)表有(id, column2, column3, ... , columnN)這N行，那么主鍵索引就是：

id -> (column2, column3, ... , columnN)

如果你只對(duì)column2做一個(gè)一般的索引，那么這個(gè)索引是：

column2 -> id

顯然后者查詢速度回比前者快得多。