- 浏览: 447065 次
- 性别:
- 来自: 北京
文章分类
- 全部博客 (267)
- java (8)
- 求职&面试 (1)
- linux (33)
- windows (1)
- C++ (5)
- android (12)
- QT (1)
- 经验 (1)
- memory-leaks (1)
- Streaming&V/A (1)
- network&security (5)
- SCM (13)
- mysql (10)
- browsers (4)
- Windows APIs (2)
- opensource (1)
- pm (1)
- GDI (1)
- database (14)
- MFC (1)
- web&fronts (17)
- Tomcat (4)
- OLE (1)
- 观后感 (1)
- Production (2)
- UML (3)
- Javascript (7)
- Cloud Computing&SAAS (5)
- SoftwareEngineering (1)
- Computer&Maintenance (1)
- Web (8)
- Desgin (1)
- J2ee (10)
- mysql cluster (0)
- LB&HA (2)
- webserver (11)
- php (5)
- cas&authtication (0)
- Languages (1)
- IDEs (3)
- architecture (2)
- iOS (8)
- spring (3)
- webservices (1)
- security (1)
- MVCFrameworks (2)
- bservices (0)
- build-tools (2)
- unittest (1)
- spring-security (0)
- sphinx (2)
- hibernate (1)
- mybatis (2)
- search (0)
- nginx (2)
- design&production (2)
- DFS (0)
- algorithm (0)
- distributed&network (0)
- blogs (0)
- os&admin (0)
- fastcgi (0)
- kv-db (0)
- operation&maintenance (1)
- productions (9)
- 养生 (1)
- appserver (1)
- HTTP (2)
- test (1)
- erlang (2)
- browser (0)
- 非技术 (2)
- mobiles (2)
- cloud computing (2)
- Business (2)
- maven (1)
- python (5)
- 人生 (0)
- Cryptography (3)
- CV (0)
- cms (2)
- jqm (2)
- html (2)
- flex (1)
- redmine (1)
- iptables (1)
- groovy (1)
- scala (1)
- grails (1)
- ftp (3)
- vsftpd (2)
- lua (0)
- chroot (3)
- jailkit (3)
- UED (0)
- myeclipse (2)
- ide (2)
- eclipse (2)
最新评论
-
Nick712:
http://blog.csdn.net/victory08/ ...
处理SVN出现:Cleanup failed to process the following paths: xxx -
xs6262460:
Spring AOP根据JdbcTemplate方法名动态设置数据源 -
xhpscdx:
我的解决办法是把D:\ACRS\Projects\TAIS 下 ...
处理SVN出现:Cleanup failed to process the following paths: xxx -
hnraysir:
总结得相当不错,支持下。
使用CodeIgniter 创建 RESTful 服务 REST API【原创译文】 -
云上太阳:
这个必须评论下,间接的救过俺的命啊
解决tomcat启动报错,加强错误日志的显示:
对比char和varchar随便在google或百度中搜一下得到的结论大概都是"char定长,varchar不定长,char要比varchar占用更多的空间,由于定长char的效率高于varchar,char最大255,varchar最大65536"更高级一点的数据是"char在存入和取出的时候,会自动把末尾的空格去掉,varchar会额外的多用1-2个字节来存放字符长度,列中有一个varchar会自动把char转换成varchar,而当varchar长度小于4时,自动的把varchar转换成char..."
一般认为空间换时间,现在磁盘又大又不值钱!
当使用全表都是char这的字段的时候,那么表属性Row_format是Fixed也就是静态表,与之对应的自然就是动态表Dynamic,静态表比动态表效率要高,主要是因为,基于两点:
1)没有碎片,每行的长度是固定,所以在频繁更新的场景下,尤其是某个字段由小变大.
2)方便数据文件指针的操作,在myisam中有一个数据文件指针的概念,是用来指向数据文件,比如在索引中指向数据文件.静态表的偏移量的固定不变的,而在动态表中每行的数据长度大小不一,就可能导致数据更多的开销
基于以上两点,所以静态表在查询,修改拥有较大优势,但是这个优势也是有适用场景的.
首先猜想char由于每次存取都会自动的削掉末尾的空格,而且数据文件也大,所以会使用更多的cpu和内存资源,尤其在取的时候,要是长短差距较大的时候,还是会很浪费操作的.
其次验证想法,首先测试插入性能,建了2张表并调用sp分别插入200W的数据
CREATE TABLE `isam_char` (
`content` char(255) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
CREATE TABLE `isam_vc` (
`content` varchar(255) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
call insert_isam(2000000,'isam_char');
call insert_isam(2000000,'isam_vc');
多次平均isam_char插入200W的数据为138.21s,而isam_vc少了约20s为119.80s,这应该是每次插入的时候,mysql要把char字段填充到255的操作.观察数据文件大小,isam_vc为235.8M而isam_char为1.4G!
再测试查询,为了保证两者一致,首先把isam_char中数据删除,再把isam_vc中数据导入isam_char中,无索引,禁闭query_cache
truncate table isam_char;##观察了下数据文件,被穷空成0
insert into isam_char select * from isam_vc;##观察了下数据文件,依然是1.4G
select * from isam_char limit 1555555,5;
select * from isam_vc limit 1555555,5;
依旧多次查询去平均值,isam_char表平均值为10.50s,而isam_vc则为1.51s!
再看下创建索引,以及索引的使用情况
mysql> create index index_char on isam_char(content);
Query OK, 2000001 rows affected (2 min 56.33 sec)
Records: 2000001 Duplicates: 0 Warnings: 0
mysql> create index index_vc on isam_vc(content);
Query OK, 2000001 rows affected (1 min 31.98 sec)
Records: 2000001 Duplicates: 0 Warnings: 0
mysql> select count(*) from isam_char where content=('iamauperman!iwillbeahero!!');
+----------+
| count(*) |
+----------+
| 199669 |
+----------+
1 row in set (0.56 sec)
mysql> select count(*) from isam_vc where content=('iamauperman!iwillbeahero!!');
+----------+
| count(*) |
+----------+
| 199669 |
+----------+
1 row in set (0.31 sec)
还是不理想,所以在长度很不固定情况下使用char或静态表是很不理想的事,当然这里做的是全索引扫描,动态表的索引要小于动态表,估计最大的优势是使用索引去找数据和update,为了验证,再次测试update.
mysql> update isam_char set content='iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!';
Query OK, 2000001 rows affected (54 min 54.25 sec)
Rows matched: 2000001 Changed: 2000001 Warnings: 0
mysql> update isam_vc set content='iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!iwillbeahero!!iamauperman!';
Query OK, 2000001 rows affected (1 hour 59 min 25.73 sec)
Rows matched: 2000001 Changed: 2000001 Warnings: 0
果然啊,更新200W的数据差了1倍多!同时动态表的数据增大为480.7M.顺便读了几次数据,依然有差距
mysql> select count(*) from isam_vc IGNORE INDEX(index_vc) where content='iamauperman!iwillbeahero!
!';
+----------+
| count(*) |
+----------+
| 0 |
+----------+
1 row in set (10.55 sec)
mysql> select count(*) from isam_char IGNORE INDEX(index_char) where content='iamauperman!iwillbeah
ero!!';
+----------+
| count(*) |
+----------+
| 0 |
+----------+
1 row in set (14.98 sec)
不使用索引,做全表扫描,动态表快于静态表,这可能是数据文件大小的差异吧.
由于数据源和时间的问题,今天就不做扫描完索引再去读数据的实验了.
基本得出结论:mysql里,准确的说是myisam引擎中,静态表又或者char的长处在于更新操作,读取(不使用索引读取)和插入相比varchar又或动态表,并无优势.
本测试环境为winXP+mysql-5.1.44-community,配置为mysql默认配置.无修改.
注:做这个测试说明我好奇心很强,还有就是我真的很无聊,假如你看了,觉得错了,有明显漏洞的地方,欢迎指正!你也别骂我,我知道我是菜鸟,mysql程序不是有个选项叫做—i-am-a-dummy吗,我就是一个dummy,呵呵,浪费你的时候,我知道我错了!
附:插数据的sp
CREATE DEFINER=`root`@`localhost` PROCEDURE `insert_isam`(p int,t char(10))
begin
set @i = 0;
set @str = "iamauperman!iwillbeahero!!";
repeat
#select name into @str from mysql.help_topic order by rand() limit 1;
set @str=substr(@str,1,25);
set @ins_str = repeat(@str,floor(rand()*10));
set @cmd=concat('insert into ',t,' (content) values("',@ins_str,'")');
prepare stmt from @cmd;
execute stmt;
set @i = @i+1;
until @i > p end repeat;
end
发表评论
-
Hash索引与B-Tree索引 介绍及区别 这是从《MySQL性能调优与架构设计》第六章摘录的一些知识点
2013-10-16 20:58 1037【MySQL索引】Hash索引与B-Tree索引 介绍及区别 ... -
mysql拷贝表的几种方式
2013-06-07 23:32 994mysql拷贝表的几种方式 在使用mysql数据库的 ... -
CentOS下使用Automysqlbackup工具自动备份MySQL
2013-04-12 00:19 0CentOS下使用Automysqlbackup工具自动备份 ... -
mysql不错的站点
2012-12-15 00:04 0http://hatemysql.com -
MySQL的google贡献Google-MySQL-Tools
2012-12-15 00:03 0MySQL的google贡献Google-MySQL-T ... -
使用MySQL-Proxy读写分离时的注意事项
2012-12-15 00:02 0使用MySQL-Proxy读写分离时的注意事项 ... -
mysql由于SELinux启动失败
2012-12-11 11:02 0mysql由于SELinux启动失败 ... -
对mysql explain讲的比较清楚的
2012-12-03 23:25 791对mysql explain讲的比较清楚的 在 e ... -
MYSQL增量备份
2012-11-19 23:43 0MYSQL增量备份 MYSQL增量备份 ... -
mysql 5.5 多实例安装小计
2012-10-31 00:42 0mysql更动端口 www.MyExcepti ... -
mysql性能优化-慢查询分析、优化索引和配置
2012-10-23 15:33 0mysql性能优化-慢查询分析、优化索引和配置 ... -
mysql innodb 性能优化
2012-10-23 12:45 0mysql innodb 性能优化 ... -
MySQL和PostgreSQL的比较
2012-10-21 00:02 1023MySQL和PostgreSQL的比较 ... -
为powerdesigner添加mysql的字符集支持
2012-09-18 09:49 910一般建模可能都会用到:po ... -
Java,JDBC和MySQL类型--MySql数据库 博客分类: 基础 MySQLJavaJDBCSQLJ# MySQL Connector/J在处理My
2012-09-17 00:09 1155Java,JDBC和MySQL类型--MySql数 ... -
使用Google的开源TCMalloc库,提高MySQL在高并发情况下的性能
2012-09-05 17:10 977使用Google的开源TCMalloc库,提高MyS ... -
MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践
2012-09-05 16:40 952MySQL主从复制(Master-Slave)与读写分离 ... -
MySQL压力测试工具mysqlslap
2012-07-14 20:01 836MySQL从5.1.4版开始带有一 ...
相关推荐
总的来说,MySQL中的int、char和varchar在性能上的差异并非显著到足以成为决定性因素。开发者应根据实际需求,如数据的类型、大小、预期的增长、是否需要索引以及对可读性和可维护性的要求,来综合考虑选择哪种数据...
在MySQL数据库中,`CHAR`和`VARCHAR`是两种常见的字符串数据类型,它们在存储和处理数据时具有不同的效率特点。理解这两种类型的差异对于优化数据库性能至关重要。 `CHAR`是一种固定长度的数据类型,这意味着无论...
Oracle 中 char 和 varchar2 的区别 Oracle 中 char 和 varchar2 是两种常用的字符串数据类型,它们之间的区别是很多开发者经常忽视的。下面我们将详细分析 Oracle 中 char 和 varchar2 的区别。 首先,char 是定...
在MySQL数据库中,CHAR和VARCHAR是两种常用的字符串数据类型,它们在存储和...总的来说,理解MySQL中CHAR和VARCHAR的区别有助于我们根据具体需求做出最优的数据结构设计决策,从而提高数据库效率和数据管理的准确性。
MySQL中的CHAR和VARCHAR是两种常见的字符串数据类型,用于存储文本数据。它们在数据库设计和优化中扮演着重要的角色,理解它们的区别和使用场景至关重要。 首先,让我们深入了解一下两者的演变。在MySQL 5.0.3之前...
在MySQL数据库中,用的最多的字符型数据类型就是Varchar和Char.。这两种数据类型虽然都是用来存放字符型数据,但是无论从结构还是 从数据的保存方式来看,两者相差很大。而且其具体的实现方式,还依赖与存储引擎。我...
在MySQL数据库中,字符类型`CHAR`和`VARCHAR`是两种常见的用于存储文本数据的字段类型,它们在存储方式和空间效率上有着显著的区别。 首先,`CHAR`是一种固定长度的字符类型。这意味着,无论你存储的数据实际长度是...
你真的知道CHAR和VARCHAR类型在存储和读取时的区别吗? 还是先抛几条结论吧: 1、存储的时候,CHAR总是会补足空格后再存储,不管用户插入数据时尾部有没有包含空格。 2、存储的时候,VARCHAR不会先补足空格后再存储...
在MySQL中,`VARCHAR`是一种用于存储可变长度字符串的数据类型,它的长度设置是非常关键的,因为它直接影响到存储空间的使用效率和数据的正确性。`VARCHAR`的长度设置方法是通过在类型名后面括号内指定最大字符数,...
在MySQL数据库中,CHAR和VARCHAR是两种常见的字符串数据类型,它们在存储和处理方式上有着显著的区别,这对于数据库设计和性能优化至关重要。 首先,CHAR是一种固定长度的数据类型。这意味着无论你存储的实际数据有...
在数据库设计中,字符型数据类型是至关重要的,尤其是在MySQL这样的关系型数据库中。CHAR和VARCHAR是两种常见的字符型数据类型,它们各自有着独特的特点和适用场景。 首先,CHAR是固定长度的,这意味着不论实际存储...
本文将深入探讨如何在MySQL中利用触发器实现CHAR类型主键的自增长功能,这将为我们提供一种灵活且独特的主键生成策略。 ### MySQL中CHAR类型主键自增长的原理 在传统的数据库设计中,我们通常使用整型数据类型作为...
在MySQL数据库中,字段类型的选择对于数据存储和检索效率至关重要。`char`、`varchar`和`text`都是用于存储字符类型数据的字段类型,但它们各有特点和适用场景。 1. `char` 类型: - `char` 用于存储定长数据,即...