MySQL

如果你的電腦裡裝過MySQL，想再重新安裝MySQL的時候可能就會因為前一版本卸載不完全而出現錯誤了——最常見的就是安裝好後設定參數的最後一步驗證時，會在Execute configurattion步驟中的第三項Start Service出錯,錯誤提示為Could not start the service MySQL，或者是第四項apply security setting的時候出錯。下面介紹一下徹底卸載Mysql的方法：         

目前最主流的企業網站大概是用ASP+ACCESS和PHP+mysql了 ASP+ACCESS的對於我們這些使用XP系統的人來說比較簡單，XP的管理工具裡面就內建了IIS可以配置ASP網站的搭建。友情連結：IIS安裝與配置（ASP) PHP的話就比較麻煩了，一般來說需要安裝Apache+MySQL+PHP，這個對於沒有專業電腦知識的人來說是一項很巨大的艱難工程。 要是自己搭建一次 PHP + MySQL 環境很是費時。更糟的是，很多新手在配置 PHP 時常常出現這樣那樣的問題。諸如 mysql

 　　Mysql4安裝Client does not support authentication protocol requested問題的解決　　今天升級了一下Mysql資料庫，結果出現了以下錯誤：　　Client does not support authentication protocol requested by server; consider upgrading MySQL client升級到4.1.7版:[root@eygle gbook]# mysql -uroot -p -

解決MYSQL資料庫亂碼方法 2007-10-02 22:03 哈哈，經過我在網上不懈尋找，閱讀，讀得腦袋都快爆了，我終於找到解決MQSQL資料庫亂碼的方法，至於為什麼要這樣，別問我，誰叫咱知識有限，不能懂其原理。嘻嘻，廢話就不多說啦，還是講講要怎樣才能解決MYSQL資料庫亂碼的問題好啦！！！同時寫下來，以免日後忘了，又得重新尋找。首先我是使用mysql-4.1.14版本。 1. 啟動MySQLQueryBrowser，在裡面輸入        ALTER DATABASE `test`

1.show status   Threads_connected  當前的串連數   Connections  試圖串連到(不管是否成功)MySQL伺服器的串連數。   Max_used_connections  伺服器啟動後已經同時使用的串連的最大數量。2.set GLOBAL max_connections=串連數;    flush privileges 3.修改/etc/my.cnf中的max_connections4.show processlist  

在使用傳統的JDBC串連資料庫的時候，總是需要這一句（以MySQL為例）：Class.forName("com.mysql.jdbc.Driver");   以前我也沒深究，只是看網上的例子都這麼寫，實際上也跑通了，於是便懶得去管內部原理。不過大概還是清楚的，知道這句話是向DriverManage註冊了一個MySQL的JDBC

/**********************by garcon1986***************************************/錯誤碼如下：#1045 - Access denied for user 'root'@'localhost' (using password: YES)$cd /etc/mysql$mysql -u root -p出現錯誤#1045嘗試了很多方法後，在網路上找到瞭解決方法。$cd /etc/mysql$gedit

使用TIMESTAMP列類型，         列類型                   顯示格式         TIMESTAMP(14)     YYYYMMDDHHMMSS         TIMESTAMP(12)     YYMMDDHHMMSS         TIMESTAMP(10)     YYMMDDHHMM         TIMESTAMP(8)       YYYYMMDD         TIMESTAMP(6)       YYMMDD        

嚴重: Cannot create JDBC driver of class 'com.mysql.jdbc.Driver' forconnect URL 'jdbc:mysql://localhost:3306/example?useUnicode=true&characterEncoding=utf-8ApplicationContext.xml<bean id="myDataSource"       

公司有一台老鳥搭的應用伺服器，一般都不去動它，怕出問題，但是好奇心驅動，還是動了別人的乳酪。我直接把它給重啟了，果然出問題了，資料庫啟動不了了，# /etc/init.d/mysql start總是失敗。#service httpd start啟動apache，然後又#service httpd stop 停止了apache。cd到zend的bin目錄下，zendctl.sh start啟動zend環境還是#mysql報這個錯：Starting MySQL.Manager of

在MySQL的Client建資料庫：CREATE DATABASE bbs2007;USE bbs2007;再建表：CREATE TABLE article (id INT PRIMARY KEY AUTO_INCREMENT,pid INT,rootid INT,title VARCHAR(255),cont TEXT,pdate DATETIME,isleaf INT #1-not leaf 0-leaf);往表插資料：INSERT INTO article VALUES (NULL, 0,

   明天去面試，今晚想看看Mysql的一些指令，雖然之前一直在用Mysql，但是感覺都是在做一些簡單的操作。結果剛開始搗騰Mysql就吃了閉門羹，我之前一直用的>mysql -uroot -p。Enter Password：123456去連結Mysql資料庫的，也從來沒有修改過密碼，結果當我用>mysqladmin -uroot -p123456 password abc123;指令把密碼改為“abc123”再重新串連資料庫的時候竟然一直在報：Access denied for

一，什麼是mysql分表，分區 什麼是分表，從表面意思上看呢，就是把一張表分成N多個小表，具體請看mysql分表的3種方法 什麼是分區，分區呢就是把一張表的資料分成N多個區塊，這些區塊可以在同一個磁碟上，也可以在不同的磁碟上，具體請參考mysql資料分割函數詳細介紹，以及執行個體 二，mysql分表和分區有什麼區別呢 1，實現方式上 a），mysql的分表是真正的分表，一張表分成很多表後，每一個小表都是完正的一張表，都對應三個檔案，一個.MYD資料檔案，.MYI索引檔案，.frm表結構檔案。  

文章目錄 在Ubuntu 12.04 之前的版本中配置MySQL資料庫非常方便，只需要運行3條命令即可： 在Ubuntu 12.04 之前的版本中配置MySQL資料庫非常方便，只需要運行3條命令即可：sudoapt-get installmysql-serversudoapt-get installmysql-adminsudoapt-get installmysql-query-browser今天安裝了Ubuntu 12.04

剛開始玩linux,就拿discuz論壇環境試手.感覺真累,但是很爽.本人安裝過程參考:Nanu 的 http://www.discuz.net/thread-209728-1-1.html

1.httpd-2.2.3.tar.gzgunzip < httpd-2.2.3.tar.gz |tar -xvf -cd httpd-2.2.3./configuremakemake install啟動:/usr/local/apache2/bin/apachectl start2.mysql-5.0.22.tar.gzgroupadd mysqluseradd -g mysql mysqlgunzip < mysql-5.0.22.tar.gz |tar -xvf -cd

  由於項目環境的緣故, 在java項目中使用了ibatis, 而ibatis已經有個資料來源是aiscii (iso8859)編碼,因此mysql 資料庫必須使用latin1編碼, mysql用戶端庫也使用latin1編碼,正常情況下,使用都正常,但發現有幾個資料很奇怪,如只過濾"淘_淘"的資料,結果把"象_王"的資料查了出來, 和DBA一起搞了半天,使用hex函數查看"淘_淘"和"象_王"的ascii值也是不同的, 換成GBK編碼,結果是好的,可以區分"象_王"和"淘_淘",

前段時間使用Mysql

       過段時間WangWang要搞運營活動了，這兩天在設計系統的時候有個需求，需要實現半小時內的資料更新500萬次左右，資料量不大，最多一千萬； 使用資料庫肯定是實現不了，需要使用Cache系統來延遲匯入到DB中。但普通的memcache由於資料是存在於記憶體中，那麼當程式crash或則機器down的時候，資料將丟失，可靠性不能滿足。 自己開發一套pesistented memcache，但需要時間開發，進度不允許，因此想到了mysql 的memory DB機制。Mysql

    這段時間mysql 資料庫的效能明顯降低,iowait達到了30, 回應時間明顯變長.  通過show processlist 查看,發現有很多session在處理sort 操作, 跟DBA一起調試最佳化,增大sort_buffer_size 好象效果也不大, 通過查看監控,也沒發現有硬碟排序. 我懷疑是sort導致效能下降,固讓開發修改程式, sort由程式來處理. 星期五發布後,今天發現壓力固然好了很多.     因此基本上能確定是sort引起的問題.