fdimaof的专栏

<br />1. 模糊查询效率很低：<br />原因：like本身效率就比较低，应该尽量避免查询条件使用like；对于like ‘%...%’（全模糊）这样的条件，是无法使用索引的，全表扫描自然效率很低；另外，由于匹配算法的关系，模糊查询的字段长度越大，模糊查询效率越低。<br />解决办法：首先尽量避免模糊查询，如果因为业务需要一定要使用模糊查询，则至少保证不要使用全模糊查询，对于右模糊查询，即like ‘…%’，是会使用索引的；左模糊like<br />‘%...’无法直接使用索

<br />Mysql 百万级数据优化资料<br />一、我们可以且应该优化什么？<br />硬件<br />操作系统/软件库<br />SQL服务器(设置和查询)<br />应用编程接口(API)<br />应用程序<br />——————————————————————————–<br /><br />二、优化硬件<br />如果你需要庞大的数据库表(>2G)，你应该考虑使用64位的硬件结构，像Alpha、Sparc或即将推出的

<br />Amoeba是一个类似MySQL Proxy的分布式数据库中间代理层软件，是由陈思儒开发的一个开源的java项目。其主要功能包括读写分离，垂直分库，水平分库等，经过测试，发现其功能和稳定性都非常的不错，如果需要构架分布式数据库环境，采用Amoeba是一个不错的方案。目前Amoeba一共包括For aladdin,For MySQL和For Oracle三个版本，本文主要关注For MySQL版本的一个读写分离实现。实

<br />[MYSQL] 搭建mysql master-slave replication<br />本篇文章记录了如何搭建一个master-slave架构的mysql数据库服务器，一般用于读写分离的场景下：master for INSERT/UPDATE/DELETE，slave for SELECT。<br />根据实战结果，在master-connect-retry＝5的情况下，基本可以做到读写同步（可以打开slave的log文件来观察同步结果：tail -f /var/run/

<br />Scale Out：横向扩展，增加处理节点提高整体处理能力<br />Scale Up：纵向扩展，通过提升单个节点的处理能力达到提升整体处理能力的目的<br /><br />Replication<br />MySQL的replication是异步的，适用于对数据实时性要求不是特别关键的场景。slave端的IO线程负责从master读取日志，SQL线程专门负责在slave端应用从master读过来的日志（早期MySQL用一个线程实现，性能问题比较明显）。使用replica

<br />MySQL 提供 Master/Slave 机制让您轻易的完成多个 MySQL Server 之间的数据同步，有了多个数据同步的 MySQL Server 在管理上会较有弹性，例如你可以建置备援主机或是进行负载平衡等等。但是要注意：<br />一台 Master Server 可以拥有很多台 Slave Server；但一台 Slave Server 只可对应到一台 Master Server<br /><br />1.环境<br />

随着互联网web2.0网站的兴起，非关系型的数据库现在成了一个极其热门的新领域，非关系数据库产品的发展非常迅速。而传统的关系数据库在应付web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心，暴露了很多难以克服的问题，例如：<br /><br /><br />1、High performance - 对数据库高并发读写的需求<br /><br />web2.0网站要根据用户个性化信息来实时生成动态页面和提供动态信息，所

Chapter 4. Indexes索引有助于MySQL在浩如烟海的数据中迅速找到和取得正确的记录。4.1 Indexing Basics4.1.1 Index Concepts索引是按照某种规则排序的。索引也就是牺牲一些空间和cpu的开销来使你的查询跑得更快点。另外提醒的是，对于MySQL来讲，术语“Key”和 “Index”是可以互相替换的。4.1.1.1 Partial indexes索引是以空间换取性能。但有时候不想耗费太多的空间的话，MySQL有一系列控制索引空间的方法。例