主外鍵類(lèi)型不一致，查看下主鍵和外鍵的數(shù)據(jù)類(lèi)型和設(shè)置的長(zhǎng)度是否一致？

opacity屬性和transition屬性配合可以實(shí)現(xiàn)淡出效果

dmg可以在設(shè)置里面直接點(diǎn)擊啟動(dòng).

可以把你得到的content內(nèi)容，直接放在html()里；html()方法可以包含html標(biāo)簽的，語(yǔ)法：$(selector).html(content)

問(wèn)題比較模糊，只能給個(gè)方向性建議，看看你使用的數(shù)據(jù)庫(kù)是否支持正則表達(dá)式吧。
如果是oracle，可以使用regexp_replace函數(shù)，如：

SELECT regexp_replace('123 HTTPS://HEALTH.123.COM/456.HTML abc', 'HTTPS://(\w+)\.123\.COM/(\w+)\.HTML', '')
FROM dual;

代碼截圖，php有沒(méi)有調(diào)試看傳輸?shù)淖兞渴欠袷瞧谕担?/p>

-- 希望對(duì)你們有幫助 --

UPDATE account_info
  SET SUM = CASE NAME
    WHEN '小紅' THEN 5
    WHEN '小明' THEN 2
    WHEN '小白' THEN 5
  END
WHERE id IN (1,2,3);

3個(gè)狀態(tài)，比如 data-type 3 4 5 代表默認(rèn)，降序，升序。點(diǎn)擊的時(shí)候去判斷當(dāng)前狀態(tài)。并請(qǐng)求相應(yīng)的排序結(jié)果。請(qǐng)求結(jié)束后更新data-type. data-type= ((data-type+1)%3)+3.

你的MySQL是什么版本，自己編譯的嗎？
對(duì)這個(gè)參數(shù)有點(diǎn)印象，MySQL官方說(shuō)明中對(duì)其有介紹，默認(rèn)設(shè)置為NULL，據(jù)說(shuō)會(huì)禁止數(shù)據(jù)導(dǎo)入導(dǎo)出；也有設(shè)置成DINSTALL_SECURE_FILE_PRIVDIR=/usr/local/mysql/mysql-files這樣的非NULL，包括空值，不過(guò)空值會(huì)有問(wèn)題：

A non-NULL value is considered insecure if it is empty, or the value is the data directory or a subdirectory of it, or a directory that is accessible by all users. If secure_file_priv is set to a nonexistent path, the server writes an error message to the error log and exits.

大體這意思是說(shuō)，最好指向一個(gè)真實(shí)存在的目錄，且系統(tǒng)用戶(hù)均可訪問(wèn)。我記得說(shuō)明手冊(cè)上寫(xiě)的范例是在/usr/local/mysql這個(gè)目錄下新建。

不寫(xiě)左關(guān)聯(lián)或者右關(guān)聯(lián)就是 inner join。我一般也喜歡這種寫(xiě)法。

get() {
     if (this.getDataValue('count')) {   //判斷的含義是調(diào)用這個(gè)字段才會(huì)返回結(jié)果
          return 0
     }
}

• 從populate文檔來(lái)看至少應(yīng)該不是$lookup

MongoDB has the join-like $lookup aggregation operator in versions >= 3.2. Mongoose has a more powerful alternative called populate(), which lets you reference documents in other collections.

而DBRef只能根據(jù)ObjectId，并且有固定的格式要求，所以我傾向于認(rèn)為它是構(gòu)造了查詢(xún)，在得到數(shù)據(jù)對(duì)象的時(shí)候再根據(jù)引用條件查詢(xún)一次得到引用的對(duì)象。這樣就造成一個(gè)不可避免的問(wèn)題，如果一次查詢(xún)返回結(jié)果集有10條記錄，那么除了這些記錄外還要進(jìn)行10次額外的查詢(xún)來(lái)獲取引用它們的對(duì)象。性能上面肯定是大打折扣的。

• $lookup的性能比DBRef好，它只進(jìn)行一次查詢(xún)來(lái)獲取所有結(jié)果。但是這個(gè)運(yùn)算符目前只能在復(fù)制集中使用，分片集暫不支持。
• 程序?qū)τ贛ongoDB查詢(xún)用了多少時(shí)間，當(dāng)然要從程序端來(lái)監(jiān)控。MongoDB端只會(huì)給出查詢(xún)用了多少時(shí)間，很多時(shí)候消耗的大頭還可能發(fā)生在網(wǎng)絡(luò)上面。如果對(duì)數(shù)據(jù)庫(kù)執(zhí)行程序花了多長(zhǎng)時(shí)間感興趣，可以參考一下database profiler。但應(yīng)該避免在生產(chǎn)環(huán)境進(jìn)行profiling，因?yàn)樗赡軙?huì)對(duì)性能造成比較可觀的影響。

總結(jié)一下，無(wú)論是$lookup還是DBRef，都是建議盡量避免的。我在這個(gè)問(wèn)題里解釋了正確的處理方式及原因，請(qǐng)參考。

對(duì)mybatis不熟,但是我覺(jué)得這個(gè)像是因?yàn)閟qlserver沒(méi)有varchar這個(gè)數(shù)據(jù)類(lèi)型造成的吧

EvIo 有些特性：

• 同作用域下，同類(lèi)事件會(huì)相互覆蓋，后面定義的覆蓋前面的
• 嵌套事件，需要再次執(zhí)行 Ev::run 才會(huì)觸發(fā)，再次調(diào)用 Ev::run 后事件的執(zhí)行不可預(yù)測(cè)。

基于上面兩個(gè)，我發(fā)現(xiàn)了一個(gè)特殊的現(xiàn)象：

function login($fd , $flag , $callback , $args){
    return new EvIo($fd , $flag , $callback , $args);
}

// 這種方式定義多個(gè)重復(fù)事件，都會(huì)觸發(fā) ..
// 無(wú)語(yǔ)，但是目前就是用這種方式投入使用的
$one = login($socket , Ev::READ , null , null);
$two = login($socket , Ev::READ , null , null);

// 跑進(jìn)程
Ev::run();

在實(shí)際業(yè)務(wù)里面，統(tǒng)計(jì)的值都是每秒服務(wù)器處理了多少請(qǐng)求，即tps
人們習(xí)慣意義上的并發(fā)是應(yīng)用同一時(shí)間發(fā)出了多少請(qǐng)求，
比如一個(gè)商品同一時(shí)刻有多少人點(diǎn)擊下單，這個(gè)人數(shù)就是并發(fā)，
而服務(wù)器一秒鐘可以處理多少個(gè)下單請(qǐng)求就是tps
所以我認(rèn)為他的9600實(shí)際上是tps，客戶(hù)端連接池2048，
那給到服務(wù)器的并發(fā)最高就是2048，除非多個(gè)客戶(hù)端同時(shí)訪問(wèn)
然而對(duì)服務(wù)器來(lái)說(shuō)真正意義的并發(fā)就是同時(shí)執(zhí)行，多少核cpu最多能處理多少并發(fā)
所以這個(gè)概念只是針對(duì)不同的對(duì)象有不同的理解而已，不必糾結(jié)

@leftstick
向你請(qǐng)教一個(gè)問(wèn)題。
我有個(gè)用戶(hù)表，user----userId
有個(gè)話(huà)題表，topic ----topicId
現(xiàn)在做一個(gè)關(guān)注表，就是用戶(hù)關(guān)注了某一些話(huà)題：like
目前我的解決方案是，額外建立一張表

const like = Model.define('like', {
  userId: {
    type: sequelize.INTEGER,
    allowNull: true,
  },
  topicId:{
    type: sequelize.INTEGER,
    allowNull: false
  }
}, {
  tableName: 'like',
  timestamps: true,
  updatedAt: false
})

like.hasMany(Topic,{foreignKey:'topicId',sourceKey:'topicId'})

這是我查詢(xún)某個(gè)人的關(guān)注話(huà)題，并且從topic中獲取話(huà)題的詳細(xì)信息。比如title，描述等等。。。

await LikeModel.findAll({
        include:{
          model:TopicModel,
        },
        attributes:{exclude:['id','createdAt']}
      }).then(res=>{
        console.log(res)
        ctx.body = res
      })

得到的結(jié)果

[
    {
        "userId": "1",
        "topicId": 1,
        "topics": [
            {
                "topicId": 1,
                "title": "1212",
                "des": "2332"
            }
        ]
    },
    {
        "userId": "1",
        "topicId": 2,
        "topics": [
            {
                "topicId": 2,
                "title": "1212",
                "des": "2332"
            }
        ]
    }
]

但我想要的數(shù)據(jù)是，關(guān)注的話(huà)題套入到topics這個(gè)數(shù)組中。。。

我想請(qǐng)問(wèn)在這種情況如何解決呢？？
2，或者我建立的表關(guān)聯(lián)是否用如下建立

User.belongsToMany(Topic,{through:'like',foreignKey:'unionId',otherKey:'topicId'})
Topic.belongsToMany(User,{through:'like',foreignKey:'topicId',otherKey:'unionId'})

多對(duì)多，建立聯(lián)系，怎么操作這數(shù)據(jù)呀？

可以通過(guò)Logrotate將日志每天定時(shí)進(jìn)行切割。
需要維護(hù)如下的一份配置文件：

/var/log/mysql/*.log {
  create 644 mysql mysql
  notifempty
  daily
  rotate 5
  missingok
  nocompress
  sharedscripts
  postrotate
  # run if mysqld is running
  if test -n "`ps acx|grep mysqld`"; then
    /usr/bin/mysqladmin flush-logs
  fi
  endscript
}

ON DUPLICATE KEY update uid = uid AND fan_id = fan_id

你這是把圖片的base64編碼存到數(shù)據(jù)庫(kù)里面，當(dāng)然大了；
還是把圖片存成文件，數(shù)據(jù)庫(kù)里面保存路徑吧

可能是在那個(gè)面位置上有多個(gè)重疊的面，這樣在遠(yuǎn)視角下會(huì)發(fā)生閃爍，可以設(shè)置Mesh的Material屬性depthTest: false

var materialA = new THREE.MeshBasicMaterial({map:textureLoader.load(img1),side:THREE.DoubleSide,transparent:true,depthTest: false}