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

 　　字符串索引與數(shù)字索引有一些方面如果沒(méi)做好會(huì)非常的慢了，今天我們就一起來(lái)看看小編整理的一些mysql中字符串索引問(wèn)題與例子了，因?yàn)樽址�索引相�?duì)來(lái)說(shuō)也簡(jiǎn)單文章就簡(jiǎn)單的整理了一些例子，希望對(duì)各位有幫助。

　　事情的起因是線上日志發(fā)現(xiàn)的mysql慢查詢。100萬(wàn)數(shù)據(jù)量的標(biāo)準(zhǔn)，聯(lián)合查詢?nèi)�部走索引的情況下，盡然要600多毫秒。很不解，但是將索引列由varchar(50)型改為bigint型后，數(shù)據(jù)提升了30倍。究其原因就索引樹上搜索時(shí)要進(jìn)行大量的比較操作，而字符串的比較比整數(shù)的比較耗時(shí)的多。

　　所以建議一般情況下不要在字符串列建立索引，如果非要使用字符串索引，可以采用以下兩種方法：

　　1.只是用字符串的最左邊n個(gè)字符建立索引，推薦n<=10;比如index left(address,8),但是需要知道前綴索引不能在order by中使用，也不能用在索引覆蓋上。

　　2.對(duì)字符串使用hash方法將字符串轉(zhuǎn)化為整數(shù)，address_key=hashToInt(address)，對(duì)address_key建立索引，查詢時(shí)可以用如下查詢where address_key = hashToInt(‘beijing,china’) and address = ‘beijing,china’;

　　例子

　　我在下列語(yǔ)句中發(fā)現(xiàn)了一個(gè)問(wèn)題：

　　select * from region where city like "任丘%" limit 10;

　　select * from region where city like "商丘%" limit 10;

　　這兩個(gè)語(yǔ)句的結(jié)果是一樣的，

　　類似的情況如下：

　　select * from region where city like "臨安市%" limit 10;

　　select * from region where city like "六安市%" limit 10;

　　臨海市 龍海市

　　棗陽(yáng)市 益陽(yáng)市

　　溫州市 梧州市

分享：MySql數(shù)據(jù)分區(qū)操作之新增分區(qū)操作
如果想在已經(jīng)建好的表上進(jìn)行分區(qū)，如果使用alter添加分區(qū)的話，mysql會(huì)提示錯(cuò)誤： 代碼如下: ERROR 1505 HY000 Partition management on a not partitioned table is not possible 正確的方法是新建一個(gè)具有分區(qū)的表，結(jié)構(gòu)一致，然后用insert into 分區(qū)表 select * fro