MySQL

        在匯入資料的時候，選擇的是使用gb2312字元集，在使用mysql-front查看匯入資料的時候，有時候會看到一些漢字出現亂碼的情況 。對於這個問題，我的解決方案如下:1. 在MySql-Front的介面選中資料庫，然後點擊右鍵，執行"屬性"菜單功能，在彈出的對話方塊中，更改字元集為gb2312，就可以。2. 或者在安裝MySql資料庫伺服器的時候，就選擇要用的字元集為gb2312.3.更改mysql.ini檔案，設定預設字元集為gb2312.

苦逼的通訊人，從零學習linux和資料庫mysql了；雖然很早就接觸linux，那是大約在98年左右，雖然陸陸續續使用過， 也更多了是玩一玩；現在，打算把一些語言開發盡量放在linux平台，哥打算重新開始學習之旅了， 看到不少同學的部落格技術文章，感覺比較好，一來作為自己學習總結記錄的比較好的方法，時不時可以看看自己學習記錄和總結，提升；， 二來，和別人進行交流溝通的平台，互連有無，提升更快一些。。之前，自己學習總結，喜歡在電腦本地做一些筆記，比如使用mindManager，做一些流程圖呀，

 在susi中安裝mysql的時候碰到了這樣一個問題：在/sbin/下 增加了一個連結檔案mysql 指向/usr/local/mysql/bin/mysql , 在mysql 伺服器啟動後，執行命令: $:> /usr/local/mysql/bin/mysql -u root –p Enter password: ****能夠登陸成功，但直接執行mysql則不行，如下所示:$:> mysql –u root –pEnter password: ****登陸失敗，提示:

        Select…like %…%來尋找MySQL的text類型欄位的一個中文，卻發現查出來的是亂的，發現不少人也遇到這樣的問題。在中文排序和尋找的時候，漢字的結果是錯誤的。 　　原因在於MySQL在尋找字串的時候大小寫不敏感，字元集預設使用ISO-8859，在轉換過程中會出現問題。　　有兩種方法可以解決：　　第一種方法是使用BINARY關鍵字。　　BINARY

PDO,MYSQL,MYSQLI 效能哪個比較好？這裡我們來簡單進行下對比。普通的mysql串連肯定是會被拋棄的 因為每次都要防止sql注入的問題 而且相對來說比較慢。mysqli是在普通mysql的基礎上做的一次最佳化，說實話很成功，預先處理方式完全解決了sql注入的問題。但是唯一的不足點

使用PreparedStatement支援先行編譯指令，在多次執行一條固定格式的sql字串時比Statement更有效率.小結一下，它主要有以下幾個優點：（1）防止sql注入；（2）自動類型轉換；（3）有更好的效能（對於oracle資料庫效果明顯，mysql則不一定）；（4）避免在拼接sql語句時過多的使用引號和字串串連符等，代碼更加簡潔。通過jdbc串連資料庫的具體用法可參考這裡：http://blog.sina.com.cn/s/blog_5c5bc9070100z295.html

雖說count(*)與count(col)在不同的情況下，可能會表現出不同的效能。但是一般情況下，count(*)會對主鍵進行索引掃描，統計的是表中所有符合的記錄總數；而count(col)掃描的不一定是主鍵，它統計的是表中所有符合的col列的記錄量。對於以下兩種查詢：select count(*) from tbl_name;select count(col) from

(1)關於設定檔路徑有時候，我發現雖然嘗試修改了設定檔的一些變數，但是並沒有生效。後來才發現原來是因為修改的檔案並非MySQL伺服器讀取的設定檔。如果不清楚MySQL當前使用的設定檔路徑，可以嘗試這樣查看:從可以看出, 伺服器首先會讀取/etc/my.cnf檔案，如果發現該檔案不存在，再依次嘗試從後面的幾個路徑進行讀取。(2)關於設定檔配置項分段設定檔my.cnf通常會分成好幾部分，如[client]，[mysqld],

很多時候，在mysql上實現的子查詢的效能較差，這聽起來實在有點難過。特別有時候，用到IN()子查詢語句時，對於上了某種數量級的表來說，耗時多的難以估計。本人mysql知識所涉不深，只能慢慢摸透箇中玄機了。假設有這樣的一個exists查詢語句：select * from table1where exists    (select * from table2 where id>=30000 and

在mysql5.1以後的版本：http://mysql.isu.edu.tw/Downloads/MySQL-5.1/MySQL-client-community-5.1.29-0.rhel5.i386.rpm用戶端帶了個工具mysqlslap可以對mysql進行壓力測試：可以使用mysqlslap --help來顯示使用方法：Default options are read from the following files in the given

哈哈，為什麼我要笑呢？          因為我太無聊了。一到周末都不知道幹什麼呢？到論壇混了混，有個哥們出100分，求個圖片上傳到資料庫的例子。 網上應該不少，於是想了想要不這分還是我賺吧（- -！）。寫個吧，以後誰需要直接改改就成了。好了步入正題： 首先聲明下，我的本本沒有安裝別的資料庫，就個mysql（因為小麼- -！），其實都差不多。 資料庫的建立：資料庫名叫：csdn表名：savepictureDROP TABLE IF EXISTS `savepicture`;CREATE

在應用系統開發初期，由於開發資料庫資料比較少，對於查詢SQL語句，複雜視圖的的編寫等體會不出SQL語句各種寫法的效能優劣，但是如果將應用系統提交實際應用後，隨著資料庫中資料的增加，系統的響應速度就成為目前系統需要解決的最主要的問題之一。系統最佳化中一個很重要的方面就是SQL語句的最佳化。對于海量資料，劣質SQL語句和優質SQL語句之間的速度差別可以達到上百倍，可見對於一個系統不是簡單地能實現其功能就可，而是要寫出高品質的SQL語句，提高系統的可用性。　　在多數情況下，Oracle使用索引來更快地

      我想學習MySQL的朋友都會遇到中文亂碼的問題，而這些問題是非常令人討厭的，下面我針對MySQL亂碼的問題，談談解決的辦法，並與大家分享，希望能為大家提供一些參考。方法1、        開啟MySQL用戶端（MySQL command Line Client），設定以下三項：        set character_set_client=gbk;        set character_set_results=gbk;        set

        總的來說MySQl趣味性已經超出我想象範圍（它甚至可以當計算機來使用），現在我就這半個月來的親身體驗來個總結，希望能與大家共同分享。          趣點一、 MySQL在內部把DECIMAL資料類型儲存為字串。呵！竟然把數實值型別儲存為字串（當然MySQL這樣做是因為它想以最精確的方式來為大家提供服務）。          趣點二、 CHAR類型與VARCHAR類型之間的差別。它們之間的差別僅在處理括弧中參數的方式，CHAR把這個大小視為值的準確大小（用空格填補比較短的資訊，

今天有個課程設計項目要做 要使用mysql資料庫 照往常一樣命令列 mysql -u root -p 想開啟資料庫建立表 但是老是提示打不開因為自己以前用過mysql  後面因為學習php又裝了一個wampserver(這個裡面內建有 mysql 和 phpmyadmin)   剛開始還以為是系統把自己以前裝的mysql和這個wampserver的mysql搞混了  於是就想通過命令列定位到具體的mysql 根目錄下的bin目錄來開啟mysql 。wampserver下面的mysql

以前用過openfire做為伺服器，但是openfire的叢集支援不是很好，所以改用Ejabberd，由於它是用Erlang語言開發的，其並發率與分布式的功能都是很強悍的，在此我記錄一下我的安裝與配置過程。1.安裝就不用說了，到其官網下載安裝包。我的系統是Mac OS,  所以我只說明在Mac

author:skatetime:2012/02/18 深入淺出：MySQL的左串連、右串連、等值串連 三種串連的文法 為便於更多的技友快速讀懂、理解，我們只討論2張表對象進行串連操作的情況，大於2張表對象進行的串連操作原理也是一樣的。 1.左串連（LEFT JOIN ）SELECT M.columnname……,N.* columnname…..FROM left_table M LEFT JOIN right_table N ON

author:skatetime:2012/02/18 mysql表設計-------列類型介紹 在我們設計資料庫時一些經驗，合理的評估表的增量，預計大小，分庫分表、整庫表的數量(為了方便維護與效能，mysql庫一般500張表以裡)等。從基本的說起，我們建立表除了考慮架構上表的設計原則，更要從基本考慮，這對於大系統來說非常重要命名規則：合理規劃整庫的命名規則，這樣方便開發與維護列類型的選擇：這個對於sql的最佳化，資料存放區空間等都非常重要，下面就簡單介紹下mysql列類型 數實值型別:BIT(

author：skatetime：2012/02/29 mysql表的最佳化如果表的資料有大量的變化，或對含有可變長度行的表（含有VARCHAR, BLOB或TEXT列的表）進行了很多更改，應該對錶進行最佳化整理。使用OPTIMIZE TABLE後，被刪除的記錄被保持在連結清單中，而後續的INSERT操作會重新使用舊的記錄位，從而達到可以重新利用未使用的空間，並整理資料檔案的片段。 一般，不需要運行OPTIMIZE

author：skatetime：2012/05/24 mysql對已經存在表分析，給出列的最佳化的資料類型，以便減少表的大小，如法語下：SELECT ... FROM ... WHERE ... PROCEDURE ANALYSE([max_elements,[max_memory]]) 說明：max_elements：(預設值256) analyze尋找每一列不同值時所關注的最大不同值的數量；analyze還用這個值來檢查最佳化的資料類型是否該是ENUM,如果該列的不同值的數量超過