你的方案1慢是因為變成了多次操作，每次都需要經(jīng)過網(wǎng)絡傳輸，對性能影響較大。相應的解決方案也有多個，取決于你的環(huán)境版本和驅(qū)動版本可采用不同的方案（具體用法請查詢相應版本驅(qū)動的文檔，我下面給的是pymongo 3.7的鏈接）：

使用bulk_write方法

初始化多個update方法，然后放在一個bulk里面執(zhí)行。bulk_write的文檔

使用唯一索引+insert_many+ordered=false

insert_many方法本質(zhì)上也是bulk操作，但它較update少了搜索的部分，因此理論上更快。
同時也是因為沒有進行搜索就插入，它沒有辦法判斷插入的數(shù)據(jù)是否存在，這點就需要通過item_id上的唯一索引來確保。
同時默認情況下insert_many使用ordered=true，遇到一個插入錯誤（item_id重復）就停止了，所以需要ordered=false。

用戶作品表不得有個用戶的id的.要不怎么根據(jù)用戶查詢用戶作品.
捐贈表也得有作者id,作品id,捐贈人id,捐贈數(shù)量
查詢就是 關(guān)聯(lián)查詢唄.

1.首先報錯無效數(shù)字的話，確定了是字段格式不匹配，對于sql語句比我這個還復雜的，也是照樣，講語句分解開來

2.分解開后，去查詢出數(shù)據(jù)，首先關(guān)注關(guān)聯(lián)查詢的字段，其次重點去關(guān)注number類型的，再去找varchar類型的（varchar類型的需要關(guān)注是否超出了長度）

3.查詢出數(shù)據(jù)，定位到錯誤的數(shù)據(jù)，再看后期是改數(shù)據(jù)還是添加過濾或者改表了

--有個笨辦法，可以借用二分查找法來定位，如10個字段，先注釋后面5個字段，看是否報錯，如不是，再注釋前5個字段，排查后5個字段，以此類推，定位到某個字段，記住這個報錯，下次再碰到的時候，一眼就可以定位，如定位不了，那就再看二眼

》了解一下《

我覺得應該是數(shù)據(jù)庫的連接寫入有問題，但是還是沒轍啊我

其實建議去掉連接池試試看的，如果去掉后就正常了，那么多半是連接池本身配置有問題。

連接池有時候是很坑的，若不是遇到性能瓶頸了，不一定非用不可的。

出現(xiàn)這個問題是因為在構(gòu)造結(jié)構(gòu)體的時候?qū)atetime類型的列指定了string型，通過 gorm 出來的 datetime類型的 一般會自動給你轉(zhuǎn)成 time類型的對象，所以在定義結(jié)構(gòu)體的時候把相關(guān)的列改成time.Time類型就好了，之后可以調(diào)用time的方法輸出各種類型

$dt = Carbon::now();
$dt->isWeekday();
$dt->isWeekend();

http://carbon.nesbot.com/docs/

可以接口數(shù)據(jù)操作都從redis讀取，通過后臺程序?qū)edis數(shù)據(jù)同步到mysql。

const ObjectId = mongoose.SchemaTypes.ObjectId;
// 使用ref 進行關(guān)聯(lián)
const userSchema = new Schema({
  name: String,
  addr: {
    type: ObjectId,
    ref: "address"
  }
});

const addrSchecma = new Schema({
  addr: String,
  uid: {
    type: ObjectId,
    ref: "user"
  }
});

const User = mongoose.model("user", userSchema);
const Addr = mongoose.model("address", addrSchecma);

創(chuàng)建數(shù)據(jù)用例：

const usr1 = {
  name: "user_name"
};

// 創(chuàng)建數(shù)據(jù)
(async () => {
  const usr = await User.create(usr1);
  const addr1 = {
    addr: "addr1",
    uid: usr._id
  };
  const addr2 = {
    addr: "addr2",
    uid: usr._id
  };

  const ins1 = await Addr.create(addr1);
  const ins2 = await Addr.create(addr2);
  return [ins1, ins2];
})()
  .then(console.log)
  .catch(console.log);

接著獲取刪去相關(guān)生成用戶和關(guān)聯(lián)數(shù)據(jù)，

// 這里就得到關(guān)聯(lián)數(shù)據(jù)了
(async () => {
  const res = Addr.find().populate("uid");
  return res;
})()
  .then(ins => {
    console.log(ins.uid.name);
  })
  .catch(err => {
    console.log(err);
  });

影響太大了。 JOIN 應該是按需 JOIN ，比如作查詢條件時可以用 WHEN ，能不聯(lián)就不聯(lián)。
但是看你的查詢字段每個表都要聯(lián)，可以查出主記錄后遍歷查每一個關(guān)聯(lián)的字段。

jdbc URL里加上rewriteBatchedStatements=true這個參數(shù)就可以了。

或者，在程序?qū)懗梢粭lINSERT插入多行數(shù)據(jù)的形式，不用依賴jdbc的batch功能，這樣是最靠譜的，也適合移植到MySQL以外的數(shù)據(jù)庫。

1. 先學習mysql的基礎(chǔ)，了解基礎(chǔ)的sql編寫語法
2. 進階可以閱讀書籍《高性能mysql》

1match against

2 SELECT * FROM table WHERE field REGEXP ‘[[]?uid[]]?’;

昨天又試了一遍
到第二頁的頁面中F12之后發(fā)現(xiàn)爬取規(guī)則變了
一頓無語之后，重新定義了第二頁之后的規(guī)則，然后問題解決了

create database dbname

將拿到的數(shù)據(jù)保存在data里面，再將data里面的數(shù)據(jù)拿出來渲染就ok了

    <template>
      <div>
        {{myData.name}} // 在此進行渲染
      </div>
    </template>
    
    <script>
    export default {
      data () {
        return {
          myData: {
            name: ""
          }
        }
      },
      methods: {
        getData () {
          const getFromDb = {name: 1} // 假設(shè)查詢到的是一格對象
          this.myData = getFromDb // 將查詢到的數(shù)據(jù)保存在data里
        }
      }
    }
    </script>

--convert(varchar(10),字段名,轉(zhuǎn)換格式)
--詳細請點擊 轉(zhuǎn)換格式

SELECT CONVERT(VARCHAR(100),PLAN_YEAR_ID,120) AS NewTime FROM [TableName] 

--同樓上疑問、你說data型？不應該是date么 = =||

with 意味渴求式加載。意思是當你需要一些信息的時候把其連帶的信息也“渴求式的查詢出來”。所以你要如何取得每篇文章中的前10條評論那么就要先把所有的文章找出來然后再去加載每一個文章的評論。

essay::get()->comment()->take(10);

已解決.的確是線程的問題.需要在controller層加上synchronized.

你的商品設(shè)計有問題，
從商品管理的角度來說，就算是同種商品，但是味道、香型等不同，就應該屬于不同的SKU，