問：,mysql服務(wù)無法啟動
問：mysql服務(wù)無法啟動
答：您好：
已處理，問題原因與解決方案可參考文檔：http://www.jb51.net/article/27420.htm 當(dāng)前已恢復(fù)啟動，非常感謝您長期對我司的支持！
問：服務(wù)器恢復(fù)過后無法啟動mysql
答：您好，
已經(jīng)啟動了,依然是改錯所有者導(dǎo)致的問題，非常感謝您長期對我司的支持!
問：寶塔面板里面mysql服務(wù)無法啟動 點(diǎn)啟動了還是啟動不了
答：您好，原因是數(shù)據(jù)盤未掛載導(dǎo)致 ，已經(jīng)為您掛載并啟動mysql ，
非常感謝您長期對我司的支持,謝謝！
問：mysql 服務(wù)無法啟動
答：您好，mysql如果無法啟動，可能原因很多您可以先檢查一下數(shù)據(jù)盤有沒有滿，如果沒有需要根據(jù)mysql錯誤日志分析下原因。
您當(dāng)前是獨(dú)立IP主機(jī)，如需我司進(jìn)入查看，請重新提交正確類型獨(dú)立IP主機(jī)工單，類型選擇：??【主機(jī)租用/vps、云主機(jī)】 -> 【數(shù)據(jù)庫設(shè)置】 -> 數(shù)據(jù)庫服務(wù)啟動失敗/使用出錯 ，??目前您有3次金牌服務(wù)，提交此工單我司會按照金牌服務(wù)標(biāo)準(zhǔn)為您處理，謝謝。
問： mysql 服務(wù)無法啟動
問：同意 扣金牌服務(wù)次數(shù)
答：您好，核實(shí)是mysql進(jìn)程無法正常結(jié)束,已經(jīng)為您重啟mysql服務(wù)后恢復(fù)正常,您可重新訪問試試,非常感謝您長期對我司的支持!
問：服務(wù)器重啟后，mysql數(shù)據(jù)庫無法啟動
答：您好，
目前檢測服務(wù)器網(wǎng)絡(luò)正常,資源負(fù)載也不高,mysql無法啟動屬于服務(wù)器內(nèi)部問題,請結(jié)合相關(guān)日志分析具體原因,如需我司協(xié)助查看請重新提交數(shù)據(jù)庫異常分類工單:【主機(jī)租用/vps/云主機(jī)】—【數(shù)據(jù)庫設(shè)置】—【數(shù)據(jù)庫服務(wù)啟動失敗/使用出錯】
同時查看您服務(wù)器還有三次金牌服務(wù),我司也可直接扣除一次金牌服務(wù)為您核實(shí),確認(rèn)請回復(fù)工單,非常感謝您長期對我司的支持!
問：嗯，之前是因?yàn)閙y.ini設(shè)置錯誤，現(xiàn)在另有問題咨詢，我想對我的mysql數(shù)據(jù)庫設(shè)置限制查詢語句的時間，如超過多少秒則自動kiil，該怎么請你們幫做？
答：您好，
了解有查詢超時時間，查詢到一定時間記錄慢查詢?nèi)罩荆５膕ql語句不應(yīng)該查詢超時，如果出現(xiàn)此類問題則說明需要優(yōu)化sql語句,非常感謝您長期對我司的支持.由此給您帶來的不便之處,敬請原諒!謝謝!
問：查詢語句是沒什么問題的，主要是百度蜘蛛，每天總是集中兩個時間，大量進(jìn)行爬行抓取，導(dǎo)致數(shù)據(jù)庫壓力增大，從而緩慢，卡死。所以我想要一個MYSQL的設(shè)置方法，查詢超時XX秒則自動kill
答：您好，蜘蛛爬行量大也不至于導(dǎo)致服務(wù)卡死,因此開啟慢日志,獲取對應(yīng)查詢慢的語句,再進(jìn)一步解決才是唯一解決思路
另外,您數(shù)據(jù)庫是單獨(dú)一臺服務(wù)器,其他服務(wù)器調(diào)用是內(nèi)網(wǎng)調(diào)用還是外部ip調(diào)用?如果您服務(wù)器只是獨(dú)立數(shù)據(jù)庫,推薦在服務(wù)器換為linux專門運(yùn)行mysql,性能等由于現(xiàn)在Windows,謝謝
問：1、數(shù)據(jù)庫是單獨(dú)服務(wù)器的
2、其他服務(wù)器是通過內(nèi)網(wǎng)調(diào)用，外網(wǎng)禁入的。
3、數(shù)據(jù)庫有點(diǎn)大，里面兩個數(shù)據(jù)庫，一個30G，一個10G，左右。程序是用的destoon程序，都是基本的，沒做過什么改動，對于調(diào)用大的，我們還單獨(dú)做了索引的。而通過Navicat Premium的服務(wù)器監(jiān)控看到，占用高的都是些基本的查詢，如：S–ELECT itemid,title,thumb,linkurl,style,catid,introduce,addtime,edittime,username,islink,hits FROM dt_article_21 WHERE status=3 AND catid IN (49998,49999,50000,50001,50002,50003) ORDER BY addtime DESC LIMIT 174330,30
這個表總共才60多萬條數(shù)據(jù)，這是文章列表的語句，官方默認(rèn)的，以前都沒什么事的，就是最近幾天，百度蜘蛛突然頻繁抓取這個表里的數(shù)據(jù)，瞬間1秒內(nèi)2-300多次那種，持續(xù)1個多小時，每天上午、下午各一次。然后監(jiān)控里就看到一整排這種查詢，如圖：
估計是總的數(shù)據(jù)庫大了，就被影響了，出現(xiàn)緩慢，卡死現(xiàn)象。站點(diǎn)1.1萬IP/日左右。
4、不會用linux，如果可以，想請貴方幫忙轉(zhuǎn)換，費(fèi)用如何，請明示。
答：您好，我司查看現(xiàn)在服務(wù)器磁盤讀寫使用已經(jīng)較高，建議優(yōu)先開啟慢查詢?nèi)罩荆治雎樵冋Z句，
并通過explain命令 查看一下你的sql語句執(zhí)行情況。看看索引命中與否， 按照時間排序，對這個時間字段也建立索引，
如需我司協(xié)助分析，請?zhí)峤痪S護(hù)工單 ，主機(jī)租用vps、云主機(jī)–>自協(xié)商 ，我司將分析后報價您同意后為您優(yōu)化或提供更進(jìn)一步的建議 ，
非常感謝您長期對我司的支持,謝謝！
