華為雲伺服器裝mysql慢
看下延時。
如果延時正常的話，然後查詢下連接數，檢查是不是創建了大量連接。
再沒有問題就嘗試sqlplus直連。正常情況資料庫主機通信不是很大，一般是程序中有大量創建連接引起的。
㈡ 為什麼在雲伺服器上操作資料庫會卡需要升級配置嗎
網站訪問卡慢有很多原因，一次完整的 HTTP 請求包括域名解析、建立 TCP 連接、發起請求、雲伺服器接收到請求進行處理並返回處理結果、瀏覽器對 HTML 代碼進行解析並請求其他資源，以及對頁面進行渲染呈現。
其中，HTTP 的請求過程經歷了用戶本地客戶端、客戶端到接入伺服器之間的網路節點以及伺服器。在這三個環節中，任意一個環節出現問題都有可能導致網站訪問卡慢。
檢查本地客戶端
本地客戶端訪問網路診斷分析系統，測試本地訪問各域名的速度。根據測試結果，確認本地網路是否存在問題。
檢查網路鏈路
本地客戶端 ping 雲伺服器公網 IP，確認是否存在丟包或延時高的情況。使用 dig/nslookup 命令，查看 DNS 的解析情況，排查是否 DNS 解析引起的問題。您也可以直接使用公網 IP 訪問對應頁面，排查是否 DNS 的問題導致訪問慢。
檢查伺服器使用
如果雲主機存在 CPU/內存使用過高的情況，或者存在帶寬使用過高的情況，判斷是否為伺服器負載引起的資源消耗增大。CPU 或內存使用率過高，容易引起服務響應速度變慢、伺服器登錄不上等問題。
如果是因為網站流量或資源太多，建議優化業務程序或升級伺服器配置。你也可以通過購買新的伺服器，來分擔現有伺服器的壓力。
西部數碼雲伺服器用戶可根據不同需求，自由選擇vCPU、內存、數據盤、帶寬等配置，還可隨時不停機升級帶寬，1分鍾內停機升級vCPU和內存，支撐業務的持續發展。
㈢ 如何在雲伺服器上安裝mysql
1、 安裝相應的資料庫軟體如mysql;
2、 配置mysql資料庫，設置資料庫文件的存放路徑，對配置文件進行相應的編譯;
3、 管理資料庫的用戶名與密碼，避免使用弱密碼，防止被入侵;
4、 確認是否已將資料庫服務設置成開機自動啟動。
㈣ 華為雲伺服器網速很慢，華為雲2M帶寬還不如阿里1M的，怎麼破
既然都覺得不好了，換掉才能解決根本
推薦小鳥雲伺服器，性價比高，質量穩定！
可以參考看看！
㈤ 華為雲電腦速度好慢，2m網速，真是花錢找罪受，還不如去網咖呢
是這樣的，這個技術問題不太好解決 把資料備份至手機或者電腦里， 然後再把手機信息刪除， 去送修。 修好後把備份的數據倒回手機即可。復制粘帖就可以了，或者你用qq將文件用另外一個接收就可以了，可能是你的手機卡比較吧。
㈥ 華為雲伺服器怎麼安裝PHP5.x + MySql
建議安裝WDCP面板
如圖所示，添加站點的時候就可以選擇默認的PHP版本了
只要是linux系統都可以裝WDCP面板
㈦ 華為雲伺服器的搭建和配置
1、注冊域名
2、選購伺服器
3、網站備案
4、搭建網站環境
5、安裝網站程序
6、充實網站內容
上傳用的是 sftp軟體。win伺服器用 ftp或者 sftp軟體。linux 伺服器用 sftp軟體就行了。
網站操作是個思路，留言或到博客找相關內容，老魏寫過詳細的內容，可以幫助入門。
㈧ 雲MySQL和雲伺服器上裝MySQL的區別
雲資料庫是指被優化或部署到一個虛擬計算環境中的資料庫，可以實現按需付費、按需擴展、高可用性以及存儲整合等優勢。
企業伴隨著業務的增長，成倍增長的數據需要更多的存儲空間，此時，雲資料庫有助於應對許多這些資料庫方面的挑戰。
讓用戶能夠在雲中輕松設置、操作和擴展關系資料庫，並可以充分結合公有雲中的計算、網路與存儲服務，從而以一種安全、可擴展、可靠的方式，迅速選擇、配置和運行數據管理基礎設施，使用戶能專注於自身應用程序和業務。
RDS是關系型資料庫(Relational Database Service)，一種基於雲計算的可即開即用、穩定可靠、彈性伸縮、便捷管理的在線關系型雲資料庫服 務。
雖然客戶可以在雲服 務器上自建MySQL，而其也會帶有部分雲特性：數據高可靠性保障、彈性擴展、基礎運維等。但與在雲服 務器自建資料庫相比，RDS為單位提供更多的自動化服 務，如：資料庫自動備份、IP白名單、詳細的實時監控、容災、讀寫分離等，還避免了雲服 務器帶來的異常，如雲服 務器CPU偶爾會被mysql進程拉到100%。
華雲數據RDS提供了容災、備份、恢復、監控、遷移等方面的全套解決方案，支持將本地資料庫遷移到RDS，平滑完成資料庫的遷移工作，徹底解決資料庫運維的煩惱。
㈨ 本地安裝的mysql為什麼比RDS慢
不能這樣比較的，版本一樣不代表別的東西一樣，而且資料庫快慢和版本的關系不是很大，主要是你伺服器的原因，你本地伺服器配置內存和cpu這些肯定沒有阿里雲的好。你可以查下你本地啟動內存，在和阿里雲的比較
㈩ MySQL資料庫伺服器逐漸變慢 該怎麼分析與解決
我們先來看第一個階段，MySQL慢的診斷思路，一般我們會從三個方向來做：
第一個方向是MySQL內部的觀測
第二個方向是外部資源的觀測
第三個方向是外部需求的改造
1.1 MySQL 內部觀測
我們來看MySQL內部的觀測，常用的觀測手段是這樣的，從上往下看，第一部分是Processlist，看一下哪個SQL壓力不太正常，第二步是explain，解釋一下它的執行計劃，第三步我們要做Profilling，如果這個SQL能再執行一次的話, 就做一個Profilling，然後高級的DBA會直接動用performance_schema ，MySQL 5.7 以後直接動用sys_schema，sys_schema是一個視圖，裡面有便捷的各類信息，幫助大家來診斷性能。再高級一點，我們會動用innodb_metrics進行一個對引擎的診斷。
除了這些手段以外，大家還提出了一些亂七八糟的手段，我就不列在這了，這些是常規的一個MySQL的內部的狀態觀測的思路。除了這些以外，MySQL還陸陸續續提供了一些暴露自己狀態的方案，但是這些方案並沒有在實踐中形成套路，原因是學習成本比較高。
1.2 外部資源觀測
外部資源觀測這部分，我引用了一篇文章，這篇文章的二維碼我貼在上面了。這篇文章是國外的一個神寫的，標題是：60秒的快速巡檢，我們來看一下它在60秒之內對伺服器到底做了一個什麼樣的巡檢。一共十條命令，這是前五條，我們一條一條來看。
1.uptime，uptime告訴我們這個機器活了多久，以及它的平均的負載是多少。
2.dmesg -T | tail，告訴我們系統日誌里邊有沒有什麼報錯。
3.vmstat 1，告訴我們虛擬內存的狀態，頁的換進換出有沒有問題，swap有沒有使用。
4. mpstat -P ALL，告訴我們CPU壓力在各個核上是不是均勻的。
5.pidstat 1，告訴我們各個進程的對資源的佔用大概是什麼樣子。
我們來看一下後五條：
首先是iostat-xz 1，查看IO的問題，然後是free-m內存使用率，之後兩個sar，按設備網卡設備的維度，看一下網路的消耗狀態，以及總體看TCP的使用率和錯誤率是多少。最後一條命令top，看一下大概的進程和線程的問題。
這個就是對於外部資源的診斷，這十條命令揭示了應該去診斷哪些外部資源。
1.3 外部需求改造
第三個診斷思路是外部的需求改造，我在這里引用了一篇文檔，這篇文檔是MySQL的官方文檔中的一章，這一章叫Examples of Common Queries，文檔中介紹了常規的SQL怎麼寫, 給出了一些例子。文章的鏈接二維碼在slide上。
我們來看一下它其中提到的一個例子。
它做的事情是從一個表裡邊去選取，這張表有三列，article、dealer、price，選取每個作者的最貴的商品列在結果集中，這是它的最原始的SQL，非常符合業務的寫法，但是它是個關聯子查詢。
關聯子查詢成本是很貴的，所以上面的文檔會教你快速地把它轉成一個非關聯子查詢，大家可以看到中間的子查詢和外邊的查詢之間是沒有關聯性的。
第三步，會教大家直接把子查詢拿掉，然後轉成這樣一個SQL，這個就叫業務改造，前後三個SQL的成本都不一樣，把關聯子查詢拆掉的成本，拆掉以後SQL會跑得非常好，但這個SQL已經不能良好表義了，只有在診斷到SQL成本比較高的情況下才建議大家使用這種方式。
為什麼它能夠把一個關聯子查詢拆掉呢？
這背後的原理是關系代數，所有的SQL都可以被表達成等價的關系代數式，關系代數式之間有等價關系，這個等價關系通過變換可以把關聯子查詢拆掉。
上面的這篇文檔是一個大學的教材，它從頭教了關於代數和SQL之間的關系。然後一步步推導怎麼去簡化這句SQL。
第一，MySQL本身提供了很多命令來觀察MySQL自身的各類狀態，大家從上往下檢一般能檢到SQL的問題或者伺服器的問題。
第二，從伺服器的角度，我們從巡檢的腳本角度入手，伺服器的資源就這幾種，觀測手法也就那麼幾種，我們把伺服器的資源全部都觀察一圈就可以了。
第三，如果實在搞不定，需求方一定要按照資料庫容易接受的方式去寫SQL，這個成本會下降的非常快，這個是常規的MySQL慢的診斷思路。