您现在的位置：首页 --> 查看专题： 优化
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from t where num is null 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询： select id from t where num=0 3.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全...
在LAMP阵营中，MySql占有很大比重，经常都会对数据库进行操作，但若不注意一些细节，很可能导致不必要的麻烦！这里就将谈谈MySql的相关优化问题，主要是从提高MySql数据库服务器的性能的思路进行考虑，主要包含以下8个方面的优化：1、选取最适用的字段属性； 2、使用连接(JOIN)来代替子查询(Sub-Queries)； 3、使用联合(UNION)来代替手动创建的临时表； 4、事务； 5、锁定表； 6、使用外键； 7、使用索引；...
今天重温了下,其实mysql优化掌握基本的几个原则就可以.假如还有性能问题,那就不是优化能解决的,需要其他的解决方案1:mysql server overview2:slow query logging3:the explain statement4:things to avoid in queries a:不要使用关联比较多的子查询b:mysql版本的影响:mysql5以前一般使用一个索引/mysql5一般避免or操作(带来全表扫描)5:indexing strategiesa:增加索引的可选择性:the ratio of the number of distinct values in...
和普通的优化建议不同,下列的整理是告诉我们那些操作行为会影响性能.主要的理解至于存储引擎的优化1:Thinking too smalla:最大的性能问题来至于书写的sql,schema的设计,索引策略.b:任何一个大型系统在不同层面都有代理及缓存.c:不要使用单个的"big box"架构.d:尽早的进行拆分及复制e:分离组件及应用程序f:performance != scalability3:choosing the wrong data typesa:尽可能使用小的数据类型b:使用小的数据类型,索...
一个小程序的简单优化,经过大师指点后速度的分别
从2亿个0~2,000,000,000之间的数字样本中找出不重复的记录总数，首先想到的是bloom filter，转念一想既然全都是数字，bloom filter有点太重，bitarray也许更有效，于是第一个版本出来，部分代码如下： ba = bitarray(212**4) cnt = 0 for i in data: if (not ba[i]): cnt += 1 ba[i] = True print cnt 大概需要140s左右，觉得if (not ba[i]):这个比较费，改了第二版： for...
现在jquery应用的越来越多, 有些同学在享受爽快淋漓coding时就将性能问题忽略了, 比如我. jquery虽在诸多的js类库中性能表现还算优秀, 但毕竟不是在用原生的javascript开发, 性能问题还是需要引...
1.尽量不要对列名进行函数处理.而是针对后面的值进行处理例如where col1 = -5的效率比where -col1=5的效率要高因为后面的条件对列值进行了计算.这样的条件下优化器无法使用索引而是要针对所有值进行计算之后才能再比较 2.尽量使用和数剧列一样的值进行操作如果col1是数值型那么例如where col1 = 2和where col1= ‘2′ 则前者效率更高因为比较字符和数值型的时候引擎需要把两者都转化成双精度然后进行比较这样col...
下午居然想到要来优化这段程序, 并且写出了更好的程序, 性能提升了30%, 从18秒提升到了12秒.
摘要: 总体上来说，对数据库查询的优化，我们采取了一些常规的优化之后，如果还没有取得想要的效果，我们有时候不必硬碰硬去优化查询本身，改变一下使用模式，找找业务处理流程是否还有可修改的，说不定就轻松解决了存在的难题。
PHP 性能优化技巧-google
MySQL的性能优化文章有很多，这里介绍个通过优化Swap & Memory来提高性能的方法。 The VM for Linux prefers system cache over application memory. What does this mean? The best way I can explain is by example. Imagine you have 32 GB of RAM MySQL is set to take 20 GB of RAM for a process based buffer and up to 6M for the various thread buffers. Over a period [...]
【原创】MySQL介绍和性能优化 (PPT/PDF)
续根据status信息对MySQL服务器进行优化（一），直入主题。
网上有很多的文章教怎么配置MySQL服务器，但考虑到服务器硬件配置的不同，具体应用的差别，那些文章的做法只能作为初步设置参考，我们需要根据自己的情况进行配置优化，好的做法是MySQL服务器稳定运行了一段时间后运行，根据服务器的”状态”进行优化。 mysql> show global status; 可以列出MySQL服务器运行各种状态值，另外，查询MySQL服务器配置信息语句： mysql> show variables;
通常地，我们习惯以 Created_tmp_tables/(Created_tmp_disk_tables + Created_tmp_tables) 或者已各自的一个时段内的差额计算，来判断基于内存的临时表利用率。所以，我们会比较关注 Created_tmp_disk_tables 是否过多，从而认定当前服务器运行状况的优劣。而事实上，我们并没有必要太过分的关注 Created_tmp_disk_tables，因为通过上面的公式，并不能真正反映到mysql里临时表的利用率。
很早以前写过一个文章，是关于discuz论坛的优化：MySQL优化 之 Discuz论坛优化。写的时候是2006年，没想到过了这么久，discuz论坛的问题还是困扰着很多网友，其实从各论坛里看到的问题总结出来，很关键的一点都是因为没有将数据表引擎转成InnoDB导致的，discuz在并发稍微高一点的环境下就表现的非常糟糕，产生大量的锁等待，这时候如果把数据表引擎改成InnoDB的话，我相信会好很多。这次就写个扫盲贴吧。
年纪大了，很多东西容易忘记，就当做流水记录下来吧。1.Mysql中，对于视图view，稍微复杂一点点的语法，比如视图定义中存在union，mysql的select查询就不走索引，走全表扫描。2.Innodb存储引擎：索引存储为键数据＋PRIMARY KEY，比如id是主键，建status索引的话，索引数据存储为status+id，这样的话select查询时如果排序的话，尽量根据id来排序。3.Mysql sql_mode分为严格模式和非严格模式，非严格模式(即不启用STRICT_TRANS_TABLE...
1.字段尽量设置为not null2.减少数据转化3.优化count4.优化子查询，用join来代替子查询5.用union all来代替union 这些技巧微不足道，也正是大家容易忽略的。 链接如下：http://www.databasejournal.com/features/mysql/article.php/3813821/Five-Query-Optimizations-in-MySQL.htm
近3天十大热文
-
[683] Go Reflect 性能 -
[26] 正态分布的前世今生(一)
-
[17] rsync同步的艺术
-
[16] Linux Used内存到底哪里去了？
-
[14] Linux内存中的Cache真的能被回收么？
-
[14] 基于HTTP缓存轻松实现客户端应用的离线支持
-
[13] 我的git笔记
-
[13] Cuckoo Filter：设计与实现
-
[13] 关于RDS只读实例延迟分析
-
[12] 在JavaScript中什么时候使用==是正
赞助商广告
