各位新年好,最关键是要身体健康,万事顺意

7 views
Skip to first unread message

imy...@gmail.com

unread,
Jan 3, 2011, 6:22:59 AM1/3/11
to [MySQL中文用户群]
希望在2011年,mysql dba的行情能更火爆 :D

刘国标

unread,
Jan 3, 2011, 7:57:46 AM1/3/11
to imy...@googlegroups.com
恭喜发财

在 2011年1月3日 下午7:22,imy...@gmail.com <imy...@gmail.com>写道:
希望在2011年,mysql dba的行情能更火爆 :D

--
您收到此邮件是因为您订阅了 Google 网上论坛的“[MySQL中文用户群]”论坛。
要向此网上论坛发帖,请发送电子邮件至 imy...@googlegroups.com
要取消订阅此网上论坛,请发送电子邮件至 imysql+un...@googlegroups.com
若有更多问题,请通过 http://groups.google.com/group/imysql?hl=zh-CN 访问此网上论坛。


杨海朝

unread,
Jan 3, 2011, 11:05:00 PM1/3/11
to imy...@googlegroups.com
新的一年技术爆增,工资爆涨!
 
 
 


 
2011/1/3 刘国标 <liugu...@gmail.com>

叶金荣

unread,
Jan 4, 2011, 12:19:02 AM1/4/11
to imy...@googlegroups.com

低调低调,饭要一口口吃啊,哈

 

 

发件人: imy...@googlegroups.com [mailto:imy...@googlegroups.com] 代表 杨海朝
发送时间: 201114 12:05
收件人: imy...@googlegroups.com
主题: Re: MySQL中文用户群 各位新年好,最关键是要身体健康,万事顺意

xiaotg

unread,
Jan 4, 2011, 4:58:18 AM1/4/11
to imy...@googlegroups.com
 
即使扯着了,也是痛并快乐着?呵呵

在 2011年1月4日 下午1:19,叶金荣 <imy...@gmail.com>写道:

低调低调,饭要一口口吃啊,哈

 

 

杨海朝


发送时间: 201114 12:05
收件人: imy...@googlegroups.com

主题: Re: MySQL中文用户群各位新年好,最关键是要身体健康,万事顺意

imdba.live

unread,
Jan 4, 2011, 6:58:56 PM1/4/11
to imy...@googlegroups.com
只要开心,无论何时何地何人,依然大步向前!

FoxBin

unread,
Jan 10, 2011, 12:08:41 PM1/10/11
to imy...@googlegroups.com

大伙一起工资暴涨

在 2011-1-5 上午7:58,"imdba.live" <im...@live.cn>编写:

只要开心,无论何时何地何人,依然大步向前!
 


 

在 2011年1月4日 下午5:58,xiaotg <xia...@gmail.com>写道:


>
>  
> 即使扯着了,也是痛并快乐着?呵呵
>
> 在 2011年1月4日 下午1:19,叶金荣 <imy...@gmail.com>写道:
>>
>> 低调低调,饭要一口口吃啊,哈
>>

>...


--

您收到此邮件是因为您订阅了 Google 网上论坛的“[MySQL中文用户群]”论坛。
要向此网上论坛发帖,请发送电子邮件至 imy...@googlegroups.com

要取消订阅此网上论坛,请...

刘国标

unread,
Jan 10, 2011, 8:36:26 PM1/10/11
to imy...@googlegroups.com
Google群论坛似乎上不了?
大伙考虑:
1:建一个QQ 群?
2:推荐翻墙软件?


叶金荣

unread,
Jan 10, 2011, 9:04:21 PM1/10/11
to imy...@googlegroups.com

可以用邮件。

 

2011开年话题:MySQL Partition谁用的比较成熟,可以介绍下经验。

先介绍下我现在的情况:有个大表,更新非常频繁,有相当大部分数据是不需要更新的,但又不方便做物理分表, 因此考虑用分区功能。

问题:原表有一自增ID做主键,还有其他唯一索引,这导致了无法直接做分区,除非删掉主键,用唯一索引做分区。

 

 

发件人: imy...@googlegroups.com [mailto:imy...@googlegroups.com] 代表 刘国标
发送时间: 2011111 9:36
收件人: imy...@googlegroups.com
主题: Re: 回复: Re: 答复: MySQL中文用户群 各位新年好,最关键是要身体健康,万事顺意

杨海朝

unread,
Jan 10, 2011, 10:39:15 PM1/10/11
to imy...@googlegroups.com
如果有很多数据是不需要的,可以分析业务特点,考虑以时间维度进行partition.
使用HASH的话,mysql基于一个PK最好放到一个partition的考虑,所以partitioning key必须为在PK内。
你可以考虑把auto_increment修改为key,然后使用unique key做PK,然后按着HASH,但要从业务逻辑上考虑好这样做是否能提高性能。
 
 
 


 
2011/1/11 叶金荣 <imy...@gmail.com>

向翔

unread,
Jan 26, 2011, 4:04:11 AM1/26/11
to imy...@googlegroups.com
Hi,第一次冒泡,祝各位新年快乐!

我想请教一下各位,我的系统hash自适应索引的搜索次数是2511000.00 searshes/s    non-hash searches是30000/s   这个数值是不是有些忒夸张了啊?我的系统没有那么繁忙啊     这个值是怎么计算的,还有如何衡量自适应索引是个合算的买卖,可以开启?
谢谢!



                           向翔

向翔

unread,
Jan 26, 2011, 4:16:09 AM1/26/11
to imy...@googlegroups.com
当我再次查询的时候,又变成几百的数值了,貌似这个是瞬时的数值,有小数点也说明了他不太靠谱
--
谢谢!



                           向翔

杨海朝

unread,
Jan 26, 2011, 4:20:23 AM1/26/11
to imy...@googlegroups.com
这个值是指在做row lookup时,对hash table做每秒搜索的次数,searshes/s 和non-hash searches从一定程度上反映adaptive hash index的效率。






2011/1/26 向翔 <david...@cyzone.cn>
Hi,第一次冒泡,祝各位新年快乐!

我想请教一下各位,我的系统hash自适应索引的搜索次数是2511000.00 s    non-hash searches是30000/s   这个数值是不是有些忒夸张了啊?我的系统没有那么繁忙啊     这个值是怎么计算的,还有如何衡量自适应索引是个合算的买卖,可以开启?

向翔

unread,
Jan 26, 2011, 4:28:49 AM1/26/11
to imy...@googlegroups.com
我的理解是不是使用Btree搜索数据不爽快,每次要查询树的深度次才可以找到数据,如果mysql智能调节Btree成hash的话,就只需要查询一次,是这么个理解吗?

对hashtable的搜索不应该是key找value,只需要找一次吗?

杨海朝

unread,
Jan 26, 2011, 4:39:10 AM1/26/11
to imy...@googlegroups.com
可以这样说。
对于row的个数一定以及等值操作来说,hash比btree效率高一些。





2011/1/26 向翔 <david...@cyzone.cn>

向翔

unread,
Jan 26, 2011, 4:45:01 AM1/26/11
to imy...@googlegroups.com
我错了,hash查找不只是查找一次,但是查找速度肯定是要比btree快。

Adaptive hash index is hash index Innodb builds for some pages to speed up row lookup replacing btree search with hash search. This section shows hash table size, number of used cells and number of buffers used by adaptive hash index. You can also see number of hash index lookups and number of non-hash index lookups which is indication of hash index efficiency.

--
谢谢!



                           向翔

Chancey

unread,
Jan 26, 2011, 4:55:35 AM1/26/11
to imy...@googlegroups.com
Btree / Hash Tree ���ֲ�ͬ����ݽṹ���в�ͬ�����ԡ�
����Hash����һ�ζ�λ��ѯ������ȡ����hash buckets���������ı�������������ԶԶС��bucketsʱ����һ��bucket�µ��ж�����ݵļ��ʻ�dz�С����ʱhash��λ����� btree�ܶࡣ����������ԶԶ����bucket����ô��ѯʱ��λ��ij��bucket�󣬻���ʹ��list�ķ�ʽ����ɨ�裬��ʱЧ�ʲ�һ���� btreeҪ�ߣ�����buckets����Ŀ�dz�ʼ��hash��ʱ�Ͷ������ģ����ڲ��ܵ������ؽ�hash�?
�����mysql����ѡ��ʹ��������ݽṹ������ôһ����ݱ��Ȼ�������ֲ�ͬ������ṹ����������ݵ�ͬʱ��������������ȻӰ����ݵ�д �������Ч�ʡ�


�� 2011-1-26 17:28, ���� �:
�ҵ�����Dz���ʹ��Btree������ݲ�ˬ�죬ÿ��Ҫ��ѯ������ȴβſ����ҵ���ݣ����mysql���ܵ��� Btree��hash�Ļ�����ֻ��Ҫ��ѯһ�Σ�����ô�������

��hashtable��������Ӧ����key��value��ֻ��Ҫ��һ����

�� 2011��1��26�� ����5:20����� <jackb...@gmail.com>д ����
���ֵ��ָ����row lookupʱ����hash table��ÿ�������Ĵ���searshes/s ��non-hash searches��һ���̶��Ϸ�ӳadaptive hash index��Ч�ʡ�






2011/1/26 ���� <david...@cyzone.cn>
Hi����һ��ð�ݣ�ף��λ������֣�

�������һ�¸�λ���ҵ�ϵͳhash����Ӧ���������������2511000.00 s    non-hash searches��30000/s   �����ֵ�Dz�����Щ߯�����˰����ҵ�ϵͳû����ô��æ��     ���ֵ����ô����ģ�������κ�������Ӧ�����Ǹ���������������Կ�����


�� 2011��1��11�� ����11:39����� <jackb...@gmail.com>д ����
����кܶ�����Dz���Ҫ�ģ����Է���ҵ���ص㣬������ʱ��ά�Ƚ��� partition.
ʹ��HASH�Ļ���mysql����һ��PK��÷ŵ�һ��partition�Ŀ� �ǣ�����partitioning key����Ϊ��PK�ڡ�
����Կ��ǰ�auto_increment�޸�Ϊkey,Ȼ��ʹ��unique key��PK��Ȼ����HASH����Ҫ��ҵ���߼��Ͽ��Ǻ��������Ƿ���������ܡ�
 
 
 


 
2011/1/11 Ҷ���� <imy...@gmail.com>

�� �����ʼ���

 

2011�� �껰�⣺MySQL Partition˭ �õıȽϳ��죬���Խ����¾��顣

�� �����������ڵ�������и���?���·dz�Ƶ�������൱�� ��������Dz���Ҫ���µģ����ֲ�����������ֱ? �� �˿����÷����ܡ�

�� �⣺ԭ����һ����ID�� ����������Ψһ�����⵼�����޷�ֱ���������� ɾ��������Ψһ����������

 

 

������: imy...@googlegroups.com [mailto:imy...@googlegroups.com] ��� �����
����ʱ��: 2011��1��11�� 9:36
�ռ���: imy...@googlegroups.com
����: Re: �ظ��� Re: ��: MySQL�����û�Ⱥ ��λ����ã���ؼ���Ҫ���彡��������˳��

 

GoogleȺ ��̳�ƺ��ϲ��ˣ�
���ǣ�
1
����һ��QQ Ⱥ��
2
���Ƽ���ǽ�����

�� 2011��1��11�� ����1:08��FoxBin <fox...@gmail.com>д ����

���һ���ʱ���

�� 2011-1-5 �� ��7:58��"imdba.live" <im...@live.cn>�� �

ֻ Ҫ���ģ����ۺ�ʱ�εغ��ˣ���Ȼ�� ����ǰ��

 



 

�� 2011��1��4�� ����5:58��xiaotg <xia...@gmail.com>д ����


>
>  
>
��ʹ�����ˣ�Ҳ�� ʹ�������ţ��Ǻ�
>
>
�� 2011��1��4�� ����1:19�� Ҷ���� <imy...@gmail.com>д ����
>>
>>
�� ���͵�����Ҫһ�ڿڳ԰�����
>>

>...

 

--

���յ����ʼ����� Ϊ������ Google �� ����̳����[MySQL�� ���û�Ⱥ]���� ̳��
Ҫ���������̳ �����뷢�͵����ʼ��� imy...@googlegroups.com��

Ҫ ȡ���Ĵ�������̳����...

--

�� �յ����ʼ�����Ϊ������ Google �� ����̳����[MySQL�� ���û�Ⱥ]���� ̳��
Ҫ���������̳�� ���뷢�͵����ʼ��� imy...@googlegroups.com��
Ҫȡ���Ĵ������� ̳���뷢�͵����ʼ��� imysql+un...@googlegroups.com��
���и�����⣬��ͨ �� http://groups.google.com/group/imysql?hl=zh-CN �� �ʴ�������̳��

 

--
���յ����ʼ�����Ϊ������ Google ������̳����[MySQL�� ���û�Ⱥ]���� ̳��
Ҫ���������̳�����뷢�͵��� �ʼ��� imy...@googlegroups.com��
Ҫȡ���Ĵ�������̳���뷢�͵� ���ʼ��� imysql+un...@googlegroups.com��
���и�����⣬��ͨ�� http://groups.google.com/group/imysql?hl=zh-CN ���ʴ�������̳��

--
���յ����ʼ�����Ϊ������ Google ������̳�ġ�[MySQL�����û�Ⱥ]����̳��
Ҫ���������̳�����뷢�͵����ʼ��� imy...@googlegroups.com��
Ҫȡ���Ĵ�������̳���뷢�͵����ʼ��� imysql+un...@googlegroups.com��
���и�����⣬��ͨ�� http://groups.google.com/group/imysql?hl=zh-CN ���ʴ�������̳��

--
���յ����ʼ�����Ϊ������ Google ������̳�ġ�[MySQL�����û�Ⱥ]����̳��
Ҫ���������̳�����뷢�͵����ʼ��� imy...@googlegroups.com��
Ҫȡ���Ĵ�������̳���뷢�͵����ʼ��� imysql+un...@googlegroups.com��
���и�����⣬��ͨ�� http://groups.google.com/group/imysql?hl=zh-CN ���ʴ�������̳��



--
лл��



                           ����
--
���յ����ʼ�����Ϊ������ Google ������̳�ġ�[MySQL�����û�Ⱥ]����̳��
Ҫ���������̳�����뷢�͵����ʼ��� imy...@googlegroups.com��
Ҫȡ���Ĵ�������̳���뷢�͵����ʼ��� imysql+un...@googlegroups.com��
���и�����⣬��ͨ�� http://groups.google.com/group/imysql?hl=zh-CN ���ʴ�������̳��

--
���յ����ʼ�����Ϊ������ Google ������̳�ġ�[MySQL�����û�Ⱥ]����̳��
Ҫ���������̳�����뷢�͵����ʼ��� imy...@googlegroups.com��
Ҫȡ���Ĵ�������̳���뷢�͵����ʼ��� imysql+un...@googlegroups.com��
���и�����⣬��ͨ�� http://groups.google.com/group/imysql?hl=zh-CN ���ʴ�������̳��



--
лл��



                           ����
--
���յ����ʼ�����Ϊ������ Google ������̳�ġ�[MySQL�����û�Ⱥ]����̳��
Ҫ���������̳�����뷢�͵����ʼ��� imy...@googlegroups.com��
Ҫȡ���Ĵ�������̳���뷢�͵����ʼ��� imysql+un...@googlegroups.com��
���и�����⣬��ͨ�� http://groups.google.com/group/imysql?hl=zh-CN ���ʴ�������̳��

杨海朝

unread,
Jan 26, 2011, 4:55:52 AM1/26/11
to imy...@googlegroups.com
Hash值重复的会以链条的形式查找,效率低很多。





2011/1/26 向翔 <david...@cyzone.cn>

向翔

unread,
Jan 26, 2011, 8:07:08 PM1/26/11
to imy...@googlegroups.com
谢谢各位老大
mysql还是做了很多优化的工作,我以前以为mysql比sql server差劲很多,sql sever有很多类似的优化,比如编译缓存,统计列数据分布信息,锁升级机制等。但是深入研究mysql才发现,mysql也有很多sql server没有的优化功能,插入缓冲,自适应hash索引,query cache,存储引擎插件机制,极其方便的主从搭建,操作系统无关性,链锁机制,都是比sql server强的地方。

sky.jian

unread,
Jan 26, 2011, 9:24:56 PM1/26/11
to imy...@googlegroups.com, 向翔
MySQL �� Adaptive Hash Index �ǰ�˫�н������ܴ������ܵĴ�������Ҳ���ܴ��������Ե��������⡣

�������Ψһ�ԽϺõ�ʱ�� Adaptive Hash Index ����ɵ� Hash ��ֵ���� Hash ��ײ�Ŀ�����С��Hash ��IJ���Ч�ʻ�ܸߣ�����90%���ϵIJ�ѯ������������ĵ��߼������ٻ����2����ȡ�������Secondary Index ��������ȣ������ǵ������ֵ���ظ�ֵ���٣�Ҳ����˵��� Secondary Index ��ѡ���Բ������ر�ĺã����� Hash �㷨������ܴ����� Hash ��ײ���⣬�ܿ������ղ���һ���� BTree �ķ������ܸ����� Hash �?���� Hash ֵ�Ϲҳ������ij����?����ɷ���Ч�ʼ����½����ټ��Ϲ������ Adaptive Hash Index ����Ҫ����ģ�Ҳ���ܴ��������Ե��������⡣

On 01/27/2011 09:07 AM, ���� wrote:
лл��λ�ϴ�
mysql�������˺ܶ��Ż��Ĺ���������ǰ��Ϊmysql��sql server��ܶ࣬sql sever�кܶ����Ƶ��Ż���������뻺�棬ͳ������ݷֲ���Ϣ��������Ƶȡ����������о�mysql�ŷ��֣�mysqlҲ�кܶ�sql serverû�е��Ż����ܣ����뻺�壬����Ӧhash����query cache���洢���������ƣ����䷽������Ӵ������ϵͳ�޹��ԣ�������ƣ����DZ�sql serverǿ�ĵط���

�� 2011��1��26�� ����5:55����� <jackb...@gmail.com>д ����
Hashֵ�ظ��Ļ�����������ʽ���ң�Ч�ʵͺܶࡣ





2011/1/26 ���� <david...@cyzone.cn>
�Ҵ��ˣ�hash���Ҳ�ֻ�Dz���һ�Σ����Dz����ٶȿ϶���Ҫ��btree�졣

Adaptive hash index is hash index Innodb builds for some pages to speed up row lookup replacing btree search with hash search. This section shows hash table size, number of used cells and number of buffers used by adaptive hash index. You can also see number of hash index lookups and number of non-hash index lookups which is indication of hash index efficiency.



�� 2011��1��26�� ����5:28������ <david...@cyzone.cn>д ����

�ҵ�����Dz���ʹ��Btree������ݲ�ˬ�죬ÿ��Ҫ��ѯ������ȴβſ����ҵ���ݣ� ���mysql���ܵ���Btree��hash�Ļ�����ֻ��Ҫ��ѯһ�Σ�����ô����� ��

��hashtable��������Ӧ����key��value��ֻ��Ҫ��һ����

�� 2011��1��26�� ����5:20����� <jackb...@gmail.com>д ����
���ֵ��ָ����row lookupʱ����hash table��ÿ�������Ĵ���searshes/s ��non-hash searches��һ���̶��Ϸ�ӳadaptive hash index��Ч�ʡ�






2011/1/26 ���� <david...@cyzone.cn>
Hi����һ�� ð�ݣ�ף��λ������֣�

�������һ�¸�λ���ҵ�ϵͳhash����Ӧ�� �������������2511000.00 s    non-hash searches��30000/s   �����ֵ�Dz�����Щ߯�����˰����ҵ�ϵͳû����ô��æ��     ���ֵ����ô����ģ�������κ�������Ӧ�����Ǹ���������������Կ�����
�� 2011��1��11�� ����11:39����� <jackb...@gmail.com>д ����
����кܶ�����Dz� ��Ҫ�ģ����Է���ҵ���ص㣬�� ����ʱ��ά�Ƚ��� partition.
ʹ��HASH�� ����mysql����һ��PK�� �÷ŵ�һ��partition �Ŀ��ǣ����� partitioning key����Ϊ��PK�ڡ�
����Կ��ǰ� auto_increment �޸�Ϊkey,Ȼ��ʹ�� unique key��PK��Ȼ����HASH����Ҫ��ҵ���߼��Ͽ��Ǻ��������Ƿ���������ܡ�
 
 
 


 
2011/1/11 Ҷ���� <imy...@gmail.com>

�������� ����

 

2011���껰�⣺MySQL Partition˭�õıȽ� ���죬���Խ����¾��顣

�Ƚ������� ���ڵ�������и���?���·� ��Ƶ�������൱�󲿷�����Dz� ��Ҫ���µģ����ֲ����������� �ֱ? ��˿����� �����ܡ�

���⣺ԭ�� ��һ����ID������ ������Ψһ�����⵼�����޷� ֱ����������ɾ�������� Ψһ����������

 

 

������: imy...@googlegroups.com [mailto:imy...@googlegroups.com] ��� �����


����ʱ��: 2011��1��11�� 9:36
�ռ���: imy...@googlegroups.com

����: Re: �� ���� Re: ��: MySQL���� �û�Ⱥ ��λ����ã���ؼ���Ҫ���彡��������˳��

 

GoogleȺ ��̳�ƺ��ϲ��ˣ�
���ǣ�
1
����һ��QQ Ⱥ��
2
���Ƽ���ǽ�� ����

�� 2011��1��11�� ����1:08��FoxBin <fox...@gmail.com>д ����

���һ���ʱ���

�� 2011-1-5 �� ��7:58��"imdba.live" <im...@live.cn>�� �

ֻ Ҫ���ģ����ۺ�ʱ�εغ��ˣ��� Ȼ����ǰ��

 



 

�� 2011��1��4�� ����5:58��xiaotg <xia...@gmail.com>д ����


>
>  
>
��ʹ�����ˣ�Ҳ�� ʹ�������ţ��Ǻ�
>
>
�� 2011��1��4�� ����1:19�� Ҷ���� <imy...@gmail.com>д ����
>>
>>
�� ���͵�����Ҫһ�ڿڳ԰�����
>>

>...

 

--

���յ����ʼ����� Ϊ������ Google �� ����̳����[MySQL�� ���û�Ⱥ]���� ̳��
Ҫ���������̳ �����뷢�͵����ʼ��� imy...@googlegroups.com��

Ҫȡ���Ĵ����� ��̳����...




--
лл��



                           ����



--
лл��



                           ����



--
лл��



                           ����



--
лл��



                           ����


-- 
---
MySQL & Oracle Data Architecture
Oracle ACE
sky...@gmail.com
WebSite��http://iSky000.com

向翔

unread,
Jan 26, 2011, 9:35:57 PM1/26/11
to imy...@googlegroups.com
我觉得既然是在内存里,肯定树肯定不会大到哪里去,产生碰撞的几率也是非常非常小,我觉得更为重要的因素是业务相关,如果业务上的绝大多数查询是键查找,那就会有很好的效率。总之要调节是否采用自适应hash索引,只需要经常看看search和nonsarch的对比衡量,应该就可以做决定。


在 2011年1月27日 上午10:24,sky.jian <sky...@gmail.com>写道:
MySQL 的 Adaptive Hash Index 是把双刃剑,可能带来性能的大幅度提升,也可能带来灾难性的性能问题。

当索引的唯一性较好的时候, Adaptive Hash Index 所生成的 Hash 键值产生 Hash 碰撞的可能性小,Hash 表的查找效率会很高,可能90%以上的查询在索引方面所消耗的逻辑读至少会减少2个(取决于这个Secondary Index 的索引深度)。但是当索引键值的重复值不少,也就是说这个 Secondary Index 的选择性并不是特别的好,加上 Hash 算法本身可能带来的 Hash 碰撞问题,很可能最终产生一个比 BTree 的访问性能更糟糕的 Hash 表(大量 Hash 值上挂出大量的长链表),造成访问效率急剧下降,再加上构造这个 Adaptive Hash Index 所需要的消耗,也可能带来灾难性的性能问题。


On 01/27/2011 09:07 AM, 向翔 wrote:
谢谢各位老大
mysql还是做了很多优化的工作,我以前以为mysql比sql server差劲很多,sql sever有很多类似的优化,比如编译缓存,统计列数据分布信息,锁升级机制等。但是深入研究mysql才发现,mysql也有很多sql server没有的优化功能,插入缓冲,自适应hash索引,query cache,存储引擎插件机制,极其方便的主从搭建,操作系统无关性,链锁机制,都是比sql server强的地方。
在 2011年1月26日 下午5:55,杨海朝 <jackb...@gmail.com>写 道:
Hash值重复的会以链条的形式查找,效率低很多。





2011/1/26 向翔 <david...@cyzone.cn>
我错了,hash查找不只是查找一次,但是查找速度肯定是要比btree快。

Adaptive hash index is hash index Innodb builds for some pages to speed up row lookup replacing btree search with hash search. This section shows hash table size, number of used cells and number of buffers used by adaptive hash index. You can also see number of hash index lookups and number of non-hash index lookups which is indication of hash index efficiency.

在 2011年1月26日 下午5:28,向翔 <david...@cyzone.cn>写 道:
我的理解是不是使用Btree搜索数据不爽快,每次要查询树的深度次才可以找到数据, 如果mysql智能调节Btree成hash的话,就只需要查询一次,是这么个理解 吗?

对hashtable的搜索不应该是key找value,只需要找一次吗?

在 2011年1月26日 下午5:20,杨海朝 <jackb...@gmail.com>写 道:
这个值是指在做row lookup时,对hash table做每秒搜索的次数,searshes/s 和non-hash searches从一定程度上反映adaptive hash index的效率。






2011/1/26 向翔 <david...@cyzone.cn>
Hi,第一次 冒泡,祝各位新年快乐!

我想请教一下各位,我的系统hash自适应索 引的搜索次数是2511000.00 s    non-hash searches是30000/s   这个数值是不是有些忒夸张了啊?我的系统没有那么繁忙啊     这个值是怎么计算的,还有如何衡量自适应索引是个合算的买卖,可以开启?


在 2011年1月11日 上午11:39,杨海朝 <jackb...@gmail.com>写 道:
如果有很多数据是不 需要的,可以分析业务特点,考 虑以时间维度进行 partition.
使用HASH的 话,mysql基于一个PK最 好放到一个partition 的考虑,所以 partitioning key必须为在PK内。
你可以考虑把 auto_increment 修改为key,然后使用 unique key做PK,然后按着HASH,但要从业务逻辑上考虑好这样做是否能提高性能。
 
 
 


 
2011/1/11 叶金荣 <imy...@gmail.com>

可以用邮 件。

 

2011开年话题:MySQL Partition谁用的比较 成熟,可以介绍下经验。

先介绍下我 现在的情况:有个大表,更新非 常频繁,有相当大部分数据是不 需要更新的,但又不方便做物理 分表, 因此考虑用 分区功能。

问题:原表 有一自增ID做主键,还 有其他唯一索引,这导致了无法 直接做分区,除非删掉主键,用 唯一索引做分区。

 

 

刘国标

发送时间: 2011111 9:36
收件人: imy...@googlegroups.com
主题: Re: 回 复: Re: 答复: MySQL中文 用户群 各位新年好,最关键是要身体健康,万事顺意

 

Google群 论坛似乎上不了?


大伙考虑:
1
:建一个QQ 群?
2
:推荐翻墙软 件?

2011111日 上午1:08FoxBin <fox...@gmail.com>写 道:

大伙一起工资暴涨

2011-1-5 上 午7:58"imdba.live" <im...@live.cn>编 写:

只 要开心,无论何时何地何人,依 然大步向前!

 



 

201114日 下午5:58xiaotg <xia...@gmail.com>写 道:


>
>  
>
即使扯着了,也是 痛并快乐着?呵呵


>
>
201114日 下午1:19, 叶金荣 <imy...@gmail.com>写 道:
>>
>>
低 调低调,饭要一口口吃啊,哈
>>

>...

 

--

您收到此邮件是因 为您订阅了 Google 网 上论坛的“[MySQL中 文用户群]”论 坛。
要向此网上论坛 发帖,请发送电子邮件至 imy...@googlegroups.com

要取消订阅此网上 论坛,请...

--

您 收到此邮件是因为您订阅了 Google 网 上论坛的“[MySQL中 文用户群]”论 坛。


要向此网上论坛 发帖,请发送电子邮件至 imy...@googlegroups.com
要取消订阅此网 上论坛,请发送电子邮件至 imysql+un...@googlegroups.com

若有更多问题, 请通过 http://groups.google.com/group/imysql?hl=zh-CN 访 问此网上论坛。

 

--
您收到此邮件是 因为您订阅了 Google 网 上论坛的“[MySQL中 文用户群]”论 坛。


要向此网上论坛 发帖,请发送电子邮件至 imy...@googlegroups.com
要取消订阅此网 上论坛,请发送电子邮件至 imysql+un...@googlegroups.com

若有更多问题, 请通过 http://groups.google.com/group/imysql?hl=zh-CN 访问此网上论 坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的“[MySQL中文用户群]”论坛。
要向此网上论坛发帖,请发送电 子邮件至 imy...@googlegroups.com
要取消订阅此网上论坛,请发送 电子邮件至 imysql+un...@googlegroups.com

若有更多问题,请通过 http://groups.google.com/group/imysql?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的“[MySQL中文用户群]”论坛。
要向此网上论坛发帖,请发送电 子邮件至 imy...@googlegroups.com
要取消订阅此网上论坛,请发送 电子邮件至 imysql+un...@googlegroups.com



--
谢谢!



                           向翔



--
谢谢!



                           向翔



--
谢谢!



                           向翔



--
谢谢!



                           向翔
--
您收到此邮件是因为您订阅了 Google 网上论坛的“[MySQL中文用户群]”论坛。
要向此网上论坛发帖,请发送电子邮件至 imy...@googlegroups.com
要取消订阅此网上论坛,请发送电子邮件至 imysql+un...@googlegroups.com
若有更多问题,请通过 http://groups.google.com/group/imysql?hl=zh-CN 访问此网上论坛。
-- 
---
MySQL & Oracle Data Architecture
Oracle ACE
sky...@gmail.com
WebSite:http://iSky000.com

--
您收到此邮件是因为您订阅了 Google 网上论坛的“[MySQL中文用户群]”论坛。
要向此网上论坛发帖,请发送电子邮件至 imy...@googlegroups.com
要取消订阅此网上论坛,请发送电子邮件至 imysql+un...@googlegroups.com
若有更多问题,请通过 http://groups.google.com/group/imysql?hl=zh-CN 访问此网上论坛。



--
谢谢!



                           向翔
Reply all
Reply to author
Forward
0 new messages