推薦：mysql中字符串索引問題與例子
字符串索引與數(shù)字索引有一些方面如果沒做好會(huì)非常的慢了，今天我們就一起來看看小編整理的一些mysql中字符串索引問題與例子了，因?yàn)樽址�索引相�?duì)來說也簡單文章就簡單的整理了一些例子，希望對(duì)各位有幫助。 事情的起因是線上日志發(fā)現(xiàn)的mysql慢查詢。100萬數(shù)據(jù)量的標(biāo)準(zhǔn)

 　　今天，中國博客聯(lián)盟有博友反饋，zgboke.com無法提交博客，當(dāng)時(shí)我正好準(zhǔn)備去假日廣場(chǎng)聚會(huì)，就匆匆忙忙的提交試了下，發(fā)現(xiàn)提交博客的時(shí)候確實(shí)報(bào)如下錯(cuò)誤：

　　提示web_pic不能為空值。很納悶，之前都可以成功提交的，為什么突然不行了?看了下網(wǎng)上的案例，說是需要修改MySQL的配置什么的，但是目前博客聯(lián)盟是掛在京東云擎的，數(shù)據(jù)庫不能修改配置，按理說之前可以正常提交，后面應(yīng)該也可以才對(duì)啊!

　　由于聚會(huì)時(shí)間快到了，就先放在一邊了�；氐郊抑���，對(duì)比了下網(wǎng)上的類似案例，原來是web_pic這個(gè)鍵值設(shè)置了不為空導(dǎo)致的，也就是在創(chuàng)建表的時(shí)候，使用了not null屬性。于是進(jìn)入mywebsql，登入京東云擎數(shù)據(jù)庫，進(jìn)行了如下操作：

　　提交后，發(fā)現(xiàn)可以成功提交了!出現(xiàn)這個(gè)錯(cuò)誤的愿意，應(yīng)該是我最近導(dǎo)入導(dǎo)出數(shù)據(jù)庫太頻繁，create tables語句出現(xiàn)錯(cuò)誤導(dǎo)致的。

　　下面，整理一下網(wǎng)上的相同問題的其他解決辦法，方便出現(xiàn)問題的同學(xué)參考：

　　1、打開my.ini，查找

　　sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

　　修改為

　　sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

　　然后重啟MYSQL

　　2、MySQL 5 uses a strict mode which needs to be disabled.

　　In Windows, Goto Start-->Programs-->MySQL->MySQL Instance Config Wizard. Follow through the Reconfigure Instance option-->Detailed Configuration-->Continue Next a few screens. At the bottom under Enable TCP/IP option there is 'Enable Strict Mode'. Deslect this option (no tick). Save changes and MySQL will restart.

　　3、看看你的數(shù)據(jù)庫定義的時(shí)候是不是把主鍵生成方式設(shè)置為int的，但是沒有設(shè)置為自增的!!或者數(shù)據(jù)定義的時(shí)候設(shè)置一個(gè)默認(rèn)值就可以了。

分享：mysql sharding(碎片)介紹
1、Sharding 的應(yīng)用場(chǎng)景一般都那些？ 當(dāng)數(shù)據(jù)庫中的數(shù)據(jù)量越來越大時(shí)，不論是讀還是寫，壓力都會(huì)變得越來越大。試想，如果一張表中的數(shù)據(jù)量達(dá)到了千萬甚至上億級(jí)別的時(shí)候，不管是建索引，優(yōu)化緩存等，都會(huì)面臨巨大的性能壓力。sharding通過某種條件，把同一個(gè)數(shù)據(jù)庫中的