您现在的位置: 首页  > MySQL > 高可用性和HA
580top数据库:
 

 

 

 

 

 

 

 

 

  • 2010/4/29 13:48:49SQL vs NoSQL:数据库并发写入性能比拼
  • 最近听说了很多关于nosql的新闻,比如之前sourceforge改用mongodb,digg改用cassandra等等。再加上之前做数据库比较时有人推荐我mongodb,所以也搜索了一下nosql,觉得nosql可能真的是未来的趋势。`nosql vs sql传统sql数据库为了实现acid(atomicity, consistency, isolation, durability),往往需要频[阅读全文]
  • 专题:作者:observer
  • 2010/4/18 22:16:29order by 与 limit 的优化
  • 在web应用中,提倡sql简单,所以在我们公司的应用中看不到jon,子查询等语句的存在,所以间接oprder by 与 limit的使用占据大多数,其实很多技巧,别人都是总结过的,仔细分析,仔细学习别人的经验才是正道.而不可浮躁,凭经验主义.1:order by with limit2:make sure it uses index对于order by with limit来说,不执行扫描和排序是[阅读全文]
  • 专题:作者:ywdblog
  • 2010/4/1 8:54:38转载:cassandra读写性能原理分析
  • 1. 关于cassandra的读性能分析的一篇文章: mike perham continues his series now explaining: “reads and […] why they are slow”.so what happens with a cassandra read?a client makes a read request to a random node the n[阅读全文]
  • 专题:作者:Data & Architecture DBA
  • 2010/2/26 9:07:49Innodb 表和索引结构
  • 表的结构:对于mysql把有的存储引擎都是把表结构的定义存放到.frm文件中。但对于innodb表同时有一个内部的字典存放到表空间中。所以对于innodb表不能单纯的移动.frm在不同的mysql事例下。对于innodb引擎的表,如果mysql 删除相应的表或数据库,同时会删除相应的.frm及在表空间的相应的字典信息。在.frm文件只是用来定义表的结构,innodb把数据和索引都存放到了表空间中。[阅读全文]
  • 专题:存储引擎InnoDB作者:wubx
  • 2010/1/15 14:43:49mysql的全文索引限制
  • mysql 4.0 开始就支持全文索引功能,但是 mysql 默认的最小索引长度是 4。对于英文来说,这个设置是合理的,但是对于中文或者日文,这个设置就很不合理。so,修改mysql的配置(my.cnf文件):在 [mysqld] 后面加入一行fft_min_word_len = nn为小于4的数字。重启mysql即可。[阅读全文]
  • 专题:作者:rethink
  • 2009/12/13 18:04:08更改Innodb 数据页大小优化MySQL
  • 我们知道innodb的数据页是16k,而且是一个硬性的规定,系统里没更改的办法,希望将来mysql也能也oracle一样支持多种数据页的大小。但实际应用中有时16k显的有点大了,特别是很多业务在oracle或是sql server运行的挺好的情况下迁到了mysql上发现io增长太明显的情况下,就会想到更改数据页大小了。  实际上innodb的数据页大小也是可以更改的,只是需要在源码层去更改,然后[阅读全文]
  • 专题:存储引擎InnoDB作者:wubx
  • 2009/11/30 9:10:43truncate table 不能复制到从库
  • bug说明: 该bug在是mysql5.1.x中存在的一个问题。重现方法: 利用 5.1.31-enterprise-gpl-pro-log (or 5.1.31-sp1-enterprise) 搭建master/slave结构同步正常进行(确认同步进行)注意参数:事务隔级为: read-committed日值格式为: mixed然后在主库建表:create database wubx;crea[阅读全文]
  • 专题:mysql复制作者:wubx
  • 2009/11/11 23:49:21Sql语句优化注意
  • 1.尽量不要对列名进行函数处理.而是针对后面的值进行处理例如where col1 = -5的效率比where -col1=5的效率要高因为后面的条件对列值进行了计算.这样的条件下优化器无法使用索引而是要针对所有值进行计算之后才能再比较2.尽量使用和数剧列一样的值进行操作如果col1是数值型那么例如where col1 = 2和where col1= ‘2′则前者效率更高因为比较字符和数值型的时候引[阅读全文]
  • 专题:作者:Johnny Woo