如果是大表查詢慢，重點是看查詢語句的執(zhí)行計劃，數(shù)據(jù)庫緩沖池的大小并不是最重要的影響因素。
建議重點排查幾點：
1、查詢條件的字段，是否有合適的索引
2、是否關(guān)聯(lián)了過多的表
3、能否去掉不必要的排序操作

我看你在控制臺中有兩個HTMLCollection對象，第一次有兩個元素，到了第二次就是空的，是否是在forEach循環(huán)中你有對兩個div做操作，導(dǎo)致他們從頁面節(jié)點中消失？

這樣是可以改到外面的result變量的。因為不知道getSystemInfo()里面具體執(zhí)行了什么，我也沒法判斷。你先確定一下走的是if還是else。

Db::table('think_user')->where('status', 1)->whereOr('status', 2)->select()

數(shù)據(jù)庫查詢不會造成整個程序阻塞，阻塞原因應(yīng)該是數(shù)據(jù)返回后的遍歷操作，估計是查詢出來的數(shù)據(jù)量太大了，盡可能在數(shù)據(jù)庫查詢時過濾掉不必要的數(shù)據(jù)，實在太多，可以進行分頁查詢處理

主鍵，用戶ID，關(guān)注的用戶ID，關(guān)注時間

查詢關(guān)注我的 SELECT * FROM t WHERE 關(guān)注的用戶ID=我的用戶ID
查詢我關(guān)注的 SELECT * FROM t WHERE 用戶ID=我的用戶ID

你這個是dataSource配置錯了吧，在只讀的庫執(zhí)行了update操作，所以報了這個錯，檢查一下配置文件和代碼應(yīng)該就能找到問題。我想問一下讀寫分離使用AOP是怎么一個實現(xiàn)方式？我之前做的項目是配置兩個數(shù)據(jù)源，MyBatis和Hibernate用不同的數(shù)據(jù)源。

它是把每一列的信息參數(shù)都帶著。
請忽略這點參數(shù)帶來的性能問題，微乎其微到忽略。

非靜態(tài)代碼塊用的不多，但靜態(tài)代碼塊還是比較常用的，比如你要在類初始化的時候加載一個配置文件。

表1和表A和表B各關(guān)聯(lián)一次，結(jié)果做union，代碼大概如下：

select ta.*
from t1 join ta on t1.id_a = ta.id
where t1.flag = 'a'
union all
select tb.*
from t1 join tb on t1.id_b = tb.id
where t1.flag = 'b'

從串行到N個并發(fā)，測一下不就知道了？總會有峰值的。

如果是磁盤IO密集型，可能串行是最快的；如果運算密集型，我估計峰值在8左右；如果是網(wǎng)絡(luò)IO密集型，我猜測峰值在16左右。

可以在my.cnf設(shè)置
my.cnf 可能在etc/my.cnf或者/usr/share/mysql或者自己mysql安裝的目錄

1. between and 索引失效

2、like也可以用索引,like "字段%" 該字段加了索引且是后% explain type =range
3、全文索引 考慮使用第三方 coreseek 對中文支持也好
4、考慮分區(qū) 根據(jù)range 分區(qū)

說不上那個好.
看你數(shù)據(jù)庫數(shù)據(jù)多不多了.
如果數(shù)據(jù)很多,又要求性能,那就一個sql解決問題.
但是一般情況下都會寫在業(yè)務(wù)層.

把配置寫在環(huán)境變量里面，根據(jù)環(huán)境變量分辨即可

你要的效果是改變某條數(shù)據(jù)的排序順序，并不意味著需要修改所有的排序碼。

如：現(xiàn)有的排序為 a 1, b 2, c 3, 如果想把c的排序改到第一位，那么吧c對應(yīng)的數(shù)字改為0就可了，不需要更改其他數(shù)據(jù)。

可試：

var indexes = db.user.getIndexes();

indexes.forEach(function(index){
    delete index.v;
    delete index.ns;

    var options = [];
    for (var option in index) {
        if (option != 'key') {
            options.push(index['option']);
        }
    }
   db.usertest.createIndex(index.key, options);
});

應(yīng)該是編碼字符集類型的問題，我之前也遇到過，你試試下面的這種方式：
iconv('UTF-8', 'GBK//IGNORE', $fileDesAddr);

實際上，結(jié)果中是有兩個同名列都有的，但這樣不好解析，可以用別名（alias）

SELECT 
    table1.column1 AS column_alias1,
    table2.column1 AS column_alias2
FROM
    table1, table2;

這樣結(jié)果中的兩列column_alias1和column_alias2，分別就是table1的column1和table2的column1了。

話說你都知道用表的alias了，還不知道用列的alias，下面是混合使用別名。

SELECT
    a.c1,
    a.c2 AS ca1,
    b.c2 AS ca2,
    b.c3
FROM
    table1 AS a,
    table2 AS b;

這樣結(jié)果會有四列，c1、ca1、ca2、c3。

你也可以混合用通配符*，但這樣會把原名和別名的列一起放到結(jié)果中，不過并不影響解析，你知道你要的是啥就行了。

alter table aa add column col_name int,add index idx_1(col_name);