设置MySQL中的数据类型来优化运行速度的实例(设置mysql数据库字符集的语句)

编辑：rootadmin

推荐整理分享设置MySQL中的数据类型来优化运行速度的实例(设置mysql数据库字符集的语句)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:mysql设置默认数据库语句,mysql 设置,mysql数据库怎么设置默认值,mysql设置enum,mysql设置enum,mysql 设置,mysql 设置,mysql 设置默认数值,内容如对您有帮助，希望把文章链接给更多的朋友！

今天看了一个优化案例觉的挺有代表性,这里记录下来做一个标记，来纪念一下随便的字段定义的问题。

回忆一下,在表的设计中很多人习惯的把表的结构设计成Varchar(),Varchar()之类的,虽然大多数情况只存了5-个字节.那么我看一下下面这个案例.查询语句:

该表(client_id,channel)是一个组合索引.利用explain,看一下执行计划,对于索引使用上看上非常完美

看一下实际执行:

设置MySQL中的数据类型来优化运行速度的实例(设置mysql数据库字符集的语句)

实际执行的情况非常的糟糕.传通的想法,这个执行从索引上执行计划上看非常完美了,好象和MySQL没什么关系了. 在去看一下表的设计会发现client_id也是设计成了varchar().看到这里不防可以使用下面的方法试一下:

从执行计划上来看,差不多,但实际差多了.具体上来看key_len从降到了,执行计划变成了const基于等于的查找,行数从原来千万级到了十万级了.不算也能明白IO节省了很多.再来看实际执行:

哇,从.秒变成了0.秒,这是什么概念,优化了多少倍,算一下吧.

看到这里在想什么呢,记住这个案例,嗯,不错,以后还可以加引号优化一下.那为什么不问一下,能不能在优化了,为什么会这样呢&#;我们先来看一下第一个问题：能不能在优化了&#;答案是当然可以了.从索引的长度上来看还是一个非常大的数据,对于client_id这个字段从名字上来看,也只会存数据型的值,那为什么不用的一个int unsigned去存呢,索引的长度马上会从降到4。这样不是又节省了很多吗？接下来看一下第二个问题，为什么会这样呢？原因有两点，同时基于一个原则，基于成本的优化器。对于client_id在表的定义时定义成了字符型的值，在查询时传入了数值型的值，需要经过一个数值转换，悲剧的开始，最终导致MySQL选择了一个完成的索引去扫描。

从这个案例上，我们需要注意什么呢？合理的选择数据类型，基本工太重要了，就这叫赢在起跑线，一切都不能随便了，别把一个表定义成了降了主建外其它全是Varchar()。对数据库的double/float这种字段做索引时一定要小心。

修改Innodb的数据页大小以优化MySQL的方法我们知道Innodb的数据页是K,而且是一个硬性的规定，系统里没更改的办法，希望将来MySQL也能也Oracle一样支持多种数据页的大小。但实际应用中有时K

使用Perl DBI操作MySQL的一些建议使用perl连接mysql，这个网上有很多案例了，一般大家都是DBI下的DBD::MySQL这个模块进行．这里做一个mask弄一个TIPS:PerlDBIMySQL的字符集为UTF8PerlDBI特殊字符

从MySQL的源码剖析Innodb buffer的命中率计算按官方手册推荐InnodbbufferHitRatios的计算是:-((iReads/iReadRequests)*)iReads:mysql-status-Innodb_buffer_pool_readsiReadRequests:mysql-status-Innodb_buffer_pool_read_requests出处:htt