解決了 ，是密碼寫上了 ，而數(shù)據(jù)庫沒有寫上

redis基于內(nèi)存，所以夠快，因為session的數(shù)據(jù)量不大，訪問又相當(dāng)頻繁，所以推薦使用redis，反之如果是數(shù)據(jù)量非常大，則可以考慮mongodb

//由于題主沒有講明數(shù)據(jù)列的字段，我這里自己命了名，如下：
//表名 Table_Bill

、

————————————————————————————————————————————————————————————————————————————
id  |  客戶ID  |  購買日期  |  到期日期  |  商品ID  |  數(shù)量  |  單價  |  金額
————————————————————————————————————————————————————————————————————————————
Id  |  CusId   |  BuyTime  |  DueTime  | ArticlId |  Num   | Price |  Money
————————————————————————————————————————————————————————————————————————————

、

SELECT a.*  FROM [Table_Bill] a,(SELECT MAX(BuyTime) AS BuyTime ,ArticlId FROM [Table_Bill] GROUP BY ArticlId) b

WHERE a.BuyTime=b.BuyTime AND a.ArticlId=b.ArticlId 

ORDER BY a.ArticlId

可以在數(shù)據(jù)庫表里面加一個字段，標(biāo)識一下；
或者把查過的數(shù)據(jù)主鍵放進redis的set里面，每次隨機查出來后過濾一下

根據(jù)你的描述，A+C類似一個事務(wù)的操作，思路只要做到判定A+C的原子性即可。

order by 排序

1.一天100w的數(shù)據(jù)，有效用戶是多少？一個用戶需要存儲多少數(shù)據(jù)？
2.這張表是只寫入后續(xù)統(tǒng)計使用？還是寫查都在一起？如果，寫查都在一起，索引建好，效率也不會太低，but，一天100w，qps也不會低吧？單庫單表撐不住吧

完全可以！某些業(yè)務(wù)場景特別適合這種嵌套的子集合設(shè)計。要用到數(shù)據(jù)project數(shù)據(jù)的時候 ，需要一并用上task。 這種只需要查詢一張表，效率很高。 而且mongo對子集合的支持也比較好。

php_mysql_connect

賬戶權(quán)限不足. 確認一下賬號密碼吧.

rs0:PRIMARY> db.test.find()
{ "_id" : ObjectId("5aa005259c15e1a37b54d616"), "x" : [ 1, 2, 3, 4 ] }
rs0:PRIMARY> db.test.update({}, {$rename: {x: 'y'}}, {multi: true})
WriteResult({ "nMatched" : 1, "nUpserted" : 0, "nModified" : 1 })
rs0:PRIMARY> db.test.find()
{ "_id" : ObjectId("5aa005259c15e1a37b54d616"), "y" : [ 1, 2, 3, 4 ] }

$rename是沒有問題的。你的代碼里面只看出來rename了sex，并且這個在你的截圖里面是成功的。所以你rename extra的時候是怎么做的？
題外話：為回答問題的人考慮一下，截圖放這是讓別人照著截圖敲一遍你的代碼來測試嗎？

https://stackoverflow.com/que...

utf8 與 utf8mb4 異同

可以這么操作:

SELECT *, result.row_number
FROM
  (SELECT *, (@num:=IF(@group = `sid`, @num +1, IF(@group := `sid`, 1, 1))) row_number
    FROM article
    ORDER BY sid) result
WHERE row_number <= 10
;

article表按照sid排序，然后每一行記錄一個row_number，這個row_number的計算方法如上。

希望能幫助到你。

Db::table(['fa_question '=>'a','think_role'=>'b'])
    ->field('a.id, a.title, a.create_time, a.is_solve, count(b.qid) as answer_count)
    ->where(' a.id=b.qid and a.is_solve=0')
    ->group('b.qid')
    ->order('answer_count desc')
    ->limit(6)
    ->select()

附上手冊，多看看手冊https://www.kancloud.cn/manua...

推薦分開來，原因如下
1.如果是放在一起后更改其中的一個字段，你就要把所有的字段都查出來然后修改其中的一部分再組裝回去，代碼會很繁瑣，容易出bug
2.如果放在一起，當(dāng)你需要給其中的字段加索引的時候怎么加？如果一起加的話索引字段的長度會很長，這樣會嚴重影響效率.
3.你的這幾個字段的字段類型顯然是不一樣的。
所以還是一個屬性一個字段。如果你嫌字段太多可以分表，把常用的字段放到一張表，把不常用的字段放到另一張表。不過你這就幾個字段沒必要的。

數(shù)據(jù)庫的訪問都是一樣的，只要端口放開權(quán)限配好就可以訪問，你需要關(guān)注的是網(wǎng)絡(luò)配置的問題

它在以它的方式等著歡迎你
MongoDB Wire Protocol over TCP/IP，不是 HTTP 協(xié)議哦
http - How does the protocol "mongodb" work? - Super User

一個游標(biāo)只能執(zhí)行一個SQL，把cursor = conn.cursor()放入循環(huán)就可以了

這個代碼你加條件了嗎