1、MySQL 下崩潰恢復(fù)確實(shí)和表數(shù)量有關(guān),表總數(shù)越大,崩潰恢復(fù)時(shí)間越長(zhǎng)。另外磁盤(pán) IOPS 也會(huì)影響崩潰恢復(fù)時(shí)間,像這里開(kāi)發(fā)庫(kù)的 HDD IOPS 較低,因此面對(duì)大量的表空間,校驗(yàn)速度就非常緩慢。
創(chuàng)新互聯(lián)建站,為您提供網(wǎng)站建設(shè)、網(wǎng)站制作公司、網(wǎng)站營(yíng)銷(xiāo)推廣、網(wǎng)站開(kāi)發(fā)設(shè)計(jì),對(duì)服務(wù)混凝土攪拌罐等多個(gè)行業(yè)擁有豐富的網(wǎng)站建設(shè)及推廣經(jīng)驗(yàn)。創(chuàng)新互聯(lián)建站網(wǎng)站建設(shè)公司成立于2013年,提供專(zhuān)業(yè)網(wǎng)站制作報(bào)價(jià)服務(wù),我們深知市場(chǎng)的競(jìng)爭(zhēng)激烈,認(rèn)真對(duì)待每位客戶(hù),為客戶(hù)提供賞心悅目的作品。 與客戶(hù)共同發(fā)展進(jìn)步,是我們永遠(yuǎn)的責(zé)任!
2、看下延時(shí)。如果延時(shí)正常的話,然后查詢(xún)下連接數(shù),檢查是不是創(chuàng)建了大量連接。再?zèng)]有問(wèn)題就嘗試sqlplus直連。正常情況數(shù)據(jù)庫(kù)主機(jī)通信不是很大,一般是程序中有大量創(chuàng)建連接引起的。
3、首先確認(rèn)什么操作最消耗時(shí)間。是數(shù)據(jù)查詢(xún),還是服務(wù)器之間的傳輸。如果查詢(xún)慢,需要根據(jù)你實(shí)際的數(shù)據(jù)模型優(yōu)化sql,增加索引。具體操作百度。如果傳輸慢,想辦法把幾十次請(qǐng)求放到一次請(qǐng)求里面完成,減少服務(wù)器之間的交互。
4、看看遠(yuǎn)程數(shù)據(jù)庫(kù)和程序數(shù)據(jù)庫(kù)是否在同一服務(wù)器。如不在同一服務(wù)器,測(cè)試一下與遠(yuǎn)程數(shù)據(jù)庫(kù)服務(wù)器的連接速度。如在同一服務(wù)器,就是MY.INI設(shè)置問(wèn)題。
請(qǐng)確保這行是不是數(shù)字類(lèi)型,因?yàn)閿?shù)據(jù)類(lèi)型比字符類(lèi)型查詢(xún)速度更快,最好將這一行設(shè)置一個(gè)固定長(zhǎng)度,這樣查詢(xún)速度更快,如果這個(gè)行數(shù)據(jù)長(zhǎng)度能短一點(diǎn)更好,越短就意味著查詢(xún)速度越快。
如慢嘗試更換網(wǎng)線。網(wǎng)絡(luò)連接速度正常,則嘗試更換調(diào)用的驅(qū)動(dòng)包,重新下一個(gè)或換一個(gè)版本。mysql支持幾十萬(wàn)的數(shù)據(jù),響應(yīng)速度應(yīng)該是毫秒級(jí)的。看了下你的語(yǔ)句,不要用IN了,改INNER JOIN吧,套那么多層IN,肯定沒(méi)效率。
先安裝 Apache Spark,查詢(xún)數(shù)據(jù)庫(kù)的速度可以提升10倍。在已有的 MySQL 服務(wù)器之上使用 Apache Spark (無(wú)需將數(shù)據(jù)導(dǎo)出到 Spark 或者 Hadoop 平臺(tái)上),這樣至少可以提升 10 倍的查詢(xún)性能。
tel 字段簡(jiǎn)歷索引了嗎?給你個(gè)建議,可能你更新的字段都是索引字段,建議先把索引都刪掉,更新完數(shù)據(jù)之后在建立對(duì)應(yīng)的索引。
如果由于各種原因,導(dǎo)致這個(gè)插入還是很慢, 而且你的MYSQL又是0以上版本的話,可以使用BulkCopy來(lái)進(jìn)行批量操作。
用mysql-connector-odbc-5[1].5-win3msi這個(gè)驅(qū)動(dòng)程序 哥們,你建主鍵了沒(méi)?排除了以上問(wèn)題,還慢,就看看你的連接了,如果是自己寫(xiě)的,那么建議你找個(gè)別人寫(xiě)好的連接類(lèi)試試。
第三,如果實(shí)在搞不定,需求方一定要按照數(shù)據(jù)庫(kù)容易接受的方式去寫(xiě)SQL,這個(gè)成本會(huì)下降的非常快,這個(gè)是常規(guī)的MySQL慢的診斷思路。
硬盤(pán)讀寫(xiě)速度會(huì)影響輸入庫(kù)的寫(xiě)入速度的,另外看看你的mysql是不是加了好多索引,或者是不是遠(yuǎn)端數(shù)據(jù)庫(kù)。。
下載源問(wèn)題:下載源服務(wù)器帶寬不足或者服務(wù)器負(fù)載過(guò)高,也會(huì)導(dǎo)致下載速度變慢。網(wǎng)絡(luò)問(wèn)題:下載速度受到網(wǎng)絡(luò)帶寬的限制,網(wǎng)絡(luò)不穩(wěn)定或者帶寬較小,下載速度就會(huì)變慢。
因?yàn)閙ysql是國(guó)外的,guan 網(wǎng)下載肯定很慢。
不能這樣比較的,版本一樣不代表別的東西一樣,而且數(shù)據(jù)庫(kù)快慢和版本的關(guān)系不是很大,主要是你服務(wù)器的原因,你本地服務(wù)器配置內(nèi)存和cpu這些肯定沒(méi)有阿里云的好。
兩種可能 第一是 機(jī)器本身有太多的進(jìn)程或者服務(wù)導(dǎo)致cpu占有兩次太高 或者硬盤(pán)老化 冗余數(shù)據(jù)較多 查詢(xún)結(jié)果緩慢 第二還有可能是 mysql的設(shè)置或者sql語(yǔ)句本身的問(wèn)題了 看是哪方面的。
硬盤(pán)讀寫(xiě)速度會(huì)影響輸入庫(kù)的寫(xiě)入速度的,另外看看你的mysql是不是加了好多索引,或者是不是遠(yuǎn)端數(shù)據(jù)庫(kù)。。
1、第一次運(yùn)行通常是比較慢的,JSP被訪問(wèn)一次之后速度就快了。設(shè)定Xmx了嗎? 先把Xmx設(shè)定調(diào)大在看結(jié)果。--- tomcat和mysql的性能不需要懷疑,如果訪問(wèn)量不是很大,基本上是你的設(shè)置問(wèn)題。
2、不能這樣比較的,版本一樣不代表別的東西一樣,而且數(shù)據(jù)庫(kù)快慢和版本的關(guān)系不是很大,主要是你服務(wù)器的原因,你本地服務(wù)器配置內(nèi)存和cpu這些肯定沒(méi)有阿里云的好。
3、用第三方介質(zhì)導(dǎo)入,速度比你執(zhí)行insert語(yǔ)句快。比如用EXCEL或者ACCESS表格充當(dāng)介質(zhì)。
4、查閱mysqlguan 方網(wǎng)站得知,這屬于guan 方一個(gè)系統(tǒng)上的特殊設(shè)定,就把他當(dāng)成mysql的一個(gè)bug算了,不管鏈接的的方式是經(jīng)過(guò) hosts 或是 IP 的模式,他都會(huì)對(duì) DNS 做反查。
5、局域網(wǎng)訪問(wèn)數(shù)據(jù)庫(kù)而且數(shù)據(jù)量大時(shí)肯定會(huì)慢的。 我覺(jué)得方案1會(huì)比較快。因?yàn)锳DO.NET和Mysql都為這種場(chǎng)景做了很多的優(yōu)化。
分享標(biāo)題:mysql下載怎么那么慢 mysql下載很慢
分享URL:http://aaarwkj.com/article43/dioises.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供商城網(wǎng)站、定制開(kāi)發(fā)、網(wǎng)站建設(shè)、ChatGPT、手機(jī)網(wǎng)站建設(shè)、網(wǎng)站收錄
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)