mysql常見問題
1.檢視mysql.sock地址是否是正確地址
我通過vim /etc/my.cnf,修改了[mysqld]選項下面的socket的值
socket=/usr/local/mysql/var/mysql.sock # 看看是否是mysql.sock的準確地址
2 為/tmp/mysql.sock 建立連線
ln -s /usr/local/mysql/varmysql.sock /tmp/mysql.sock
3.怎樣保護“/tmp/mysql.sock ”不被刪除
如果你有這個問題,事實上任何人可以刪除MySQL通訊套接字“/tmp/mysql.sock”,在Unix的大多數版本上,你能通過為其設定sticky(t)位來保護你的“/tmp”檔案系統。作為root登入並且做下列事情:
shell> chmod +t /tmp
這將保護你的“/tmp”檔案系統使得檔案僅能由他們的所有者或超級使用者(root)刪除。
你能執行ls -ld /tmp檢查sticky位是否被設定,如果最後一位許可位是t,該位被設定了。
There are two main reasons for this error message to show:
1) The MySQL query you are trying to execute takes too long and the MySQL server times out.
The solution for this issue is to optimize your database for the queries which fail.
2) You have a crashed table in your database.
The solution in this case is to repair and optimize your database.
If a particular table crashes often and repairing/optimizing it does not help, this most probably means that the table's structure is not working properly with our MySQL server setup. In such cases the easiest way to fix a crashed MyISAM table for good is to change its database engine from MyISAM to InnoDB
6:mysqldump中--default-character-set引數理解:
7:太多的sleep程式
mysql -uroot -p***後登陸資料庫,show proceelist;發現有太多的sleep程式,見附件!
原因:my.cnf中的wait_timeout和interactive_timeout 設定的太大!
my.cnf中的相關設定如下:
wait_timeout = 64800
interactive_timeout = 64800
將其修改為:
wait_timeout = 100
interactive_timeout = 100
問題即可正常!
8:有一段時間測試兩個資料庫間同步,#我們的環境比較特殊不適合用mysql master/slave,有幾天測試使用rsync同步資料庫下的表,發現使用rsync同步後,表經常損壞!
首先要修復表,修復的方法:
mysqlcheck -uroot –p*** --repair --extended mydb
9:有時候為了確保資料一致性,需要重新整理mysql 快取
方法見附件:
10:有時候也可以優化資料庫:
mysqlcheck -u root -p**** --auto-repair --optimize --all-databases ##自動修復優化所有資料庫
11:修改使得root遠端登陸
:預設情況下,不允許root遠端登陸,進行下面修改後就可以使得root遠端登陸
12: shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
解決方法:
該錯誤表示 getcwd 命令無法定位到當前工作目錄。一般來說是因為你 cd 到了某個目錄之後 rm 了這個目錄,這時去執行某些 service 指令碼的時候就會報 getcwd 錯誤。只需要 cd 到任何一個實際存在的目錄下在執行命令即可。
13:配置master/slave時遇到兩個問題
13.1:
在slave上執行show master status;居然有顯示,
原因:我在slave上也開啟了log-bin檔案!
解決方法:將該行註釋掉,然後show master status就不會有結果顯示了!
13.2:在配置master/slave時,
使用了grant all on test.* to ‘slaveuser’@’%’ identified by ‘slaveuser’; ##應該使用grant all on *.* to ‘slaveuser’@’%’ identified by ‘slaveuser’; 當然all的許可權太大了,可以適當的調小!
導致了就算slaveuser的密碼正確也會提示密碼錯誤!
14:為了安裝mysql5.5.X 編譯cmake,結果出錯,見附件
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/90618/viewspace-766447/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Mysql:常見問題MySql
- mysql常見問題總結MySql
- Mysql MHA部署-07常見問題MySql
- 常見問題
- MySQL關於事務常見的問題MySql
- 開發過程中mysql常見問題MySql
- mysql併發事務的常見問題MySql
- js常見問題JS
- Homestead 常見問題
- Apache 常見問題Apache
- Linux 常見問題Linux
- Git 常見問題Git
- PHP 常見問題PHP
- swiper常見問題
- Composer 常見問題
- HTML常見問題HTML
- Git常見問題Git
- 前端常見問題前端
- 【Nginx】常見問題Nginx
- ndk 常見問題
- CSS常見問題CSS
- nginx 常見問題Nginx
- XSS常見問題
- MyBatis常見問題MyBatis
- java 常見問題Java
- Mysql 常見面試題MySql面試題
- MySQL複製效能優化和常見問題分析MySql優化
- Android Studio常見問題(+)Android
- weex常見問題解析
- sonar常見問題分析
- CSS效果常見問題CSS
- 前端常見問題 - vue前端Vue
- JMeter—常見問題(十四)JMeter
- APatch常見問題解答
- 字串混淆常見問題字串
- RapidWeaver 8常見問題API
- 前端常見問題整理前端
- phpMyAdmin工具常見問題PHP
- c++ 常見問題C++