返回首页
最新 | 最热门 | 最高评价

+0  初窥InnoDB的Memcached插件

Tag: 大发排列3计划 | Memcached | MySQL
老王 发于 2013年08月20日 17:32 | 点击: 1683 | 展开摘要
前些年,HandlerSocket的横空出世让人们眼前一亮,当时我还写了一篇文章介绍了其用法梗概,时至今日,由于种种原因,HandlerSocket并没有真正流行起来,不过庆幸的是MySQL官方受其启发,研发了基于InnoDB的Memcached插件,总算是在MySQL中延续了NoSQL的香火,以前单独架设Memcached服务器不仅浪费了内存,而且还必须自己维护数据的不一致问题,有了Memcached插件,这些问题都不存在了,而且借助MySQL本身的复制功能,我们可以说是变

查看全文: 大发排列3官网

+0  搭建测试服务器(源码编译方式)

Tag: Linux | 大发排列3官网 | MySQL | Nginx | 服务器 | Python | Git
youngsterxyf 发于 2013年06月18日 00:00 | 点击: 1133 | 展开摘要
目前工作中开发流程还比较初级,甚至连测试服务器都没有,代码的变更都是直接先在开发人员的本地机器上简单测试一下,然后直接部署到生产服务器上,这就相当于生产服务器同时充当了测试服务器的角色,虽然开发的是面向公司内部的系统,但作为一个有理想有追求的码农,是不允许这样粗糙混乱的开发流程的,所以申请了台服务器,自己搭建个测试服务器。

由于公司的服务器统一使用SUSE Linux Server操作系统,并且版本较老。与Ubuntu、Centos等Linux发行版不同,SUSE Linu

查看全文: http://shapenut.com/item/11836.html

+0  MySQL优化的奇技淫巧之STRAIGHT_JOIN

Tag: 大发排列3计划 | MySQL
老王 发于 2013年06月04日 23:37 | 点击: 2015 | 展开摘要
最近没怎么搞SQL优化,碰巧数据库被慢查询搞挂了,于是拿来练练手。

问题

通过「SHOW FULL PROCESSLIST」语句很容易就能查到问题SQL,如下:

SELECT post.*
FROM post
INNER JOIN post_tag ON post.id = post_tag.post_id
WHERE post.status = 1 AND post_tag.tag_id = 123
ORDER BY post.created DESC
LIMIT 1

查看全文: 大发排列3网址

+0  《高性能MySQL》第三版勘误表

Tag: 技术 | 大发排列3网址 | MySQL
NinGoo 发于 2013年06月03日 17:28 | 点击: 1774 | 展开摘要
《高性能MySQL》第三本勘误表,欢迎各位反馈书中的问题,我们将尽量在再次印刷的时候修正这些问题,谢谢大家。

购买链接: Amazon 京东 当当

1. 译者序vi 倒数第2段第3行

其中,我负责前、推荐序和第1、2、3章 修改为 其中,我负责前言、推荐序和第1、2、3章

注:2013年5月第二次印刷已经订正

2. P57第7行

rdnwr 修改为 rndwr

注:2013年5月第二次印刷已经订正

3. P227第4行(感谢@半个馒头大师指正)

我们希望

查看全文: http://shapenut.com/item/9965.html

+0  笨法玩秒杀

Tag: 大发排列3计划 | MySQL | Redis
老王 发于 2013年05月19日 22:07 | 点击: 1494 | 展开摘要
秒杀无异于一场自找的DDoS攻击,从这个角度来说:玩秒杀的电子商务网站,和那些不停喊着用力打我的受虐狂没有什么两样,因为他们都痛并快乐着。

在「中国数据库技术大会」上,淘宝分享了「秒杀场景下MySQL的低效」,详细分析了秒杀的技术难点及改进措施,简而言之,主要就是在高并发事务请求的情况下,数据库性能由于死锁检测等因素直线下降,在这种场景下,单纯的关闭死锁检测虽然可以提升一定的性能,但这顶多是治标而已,如何治本?淘宝给出来两个改进方法:

请求排队:如果请求一股脑的涌入数据库

查看全文: http://shapenut.com/item/9879.html

+0  笨法玩秒杀

Tag: 大发排列3计划 | MySQL | Redis
老王 发于 2013年05月19日 22:07 | 点击: 1871 | 展开摘要
秒杀无异于一场自找的DDoS攻击,从这个角度来说:玩秒杀的电子商务网站,和那些不停喊着用力打我的受虐狂没有什么两样,因为他们都痛并快乐着。

在「中国数据库技术大会」上,淘宝分享了「秒杀场景下MySQL的低效」,详细分析了秒杀的技术难点及改进措施,简而言之,主要就是在高并发事务请求的情况下,数据库性能由于死锁检测等因素直线下降,在这种场景下,单纯的关闭死锁检测虽然可以提升一定的性能,但这顶多是治标而已,如何治本?淘宝给出来两个改进方法:

请求排队:如果请求一股脑的涌入数据库

查看全文: http://shapenut.com/item/9862.html

+1  MySQL主从服务器数据一致性的核对与修复

Tag: 大发排列3计划 | MySQL
老王 发于 2013年05月03日 21:40 | 点击: 1723 | 展开摘要
我上一次遇到MySQL主从服务器数据一致性问题,想想是几年前的事情了,还依稀记得当时惊慌失措的情景,好在最后借助Maatkit解决了问题。几年后,当我再次面对同样的问题时,Maatkit已经不复存在,转而成为了Percona Toolkit的一部分,不变的是我依旧手忙脚乱,所以还是记录一下吧,保不准啥时候又会遇到这个问题。

如果你在MySQL从服务器上遇到类似下面的错误信息,那么恭喜你中招了:

mysql> SHOW SLAVE STATUS\G

Last_Err

查看全文: http://shapenut.com/item/9766.html

+0  Jame’s Reading 04.06 — 04.23

Tag: 大发排列3计划 | CAP | Message system | MySQL slow log | performance | Reading | Reliability | scalability
jametong 发于 2013年04月23日 20:47 | 点击: 1551 | 展开摘要
http://t.cn/zT6Wun1 http://t.cn/zT6Wun3 GroupOn使用MySQL的一点经验:1. slow log的切换处理,2. 使用playback在Slave上重放操作,以warm up备库的Buffer Pool.

http://t.cn/zT6JusR 根据数据的价值来选择匹配的数据存储成本, 数据有三个维度(新鲜度,访问频率,商业价值,即:Recency/Frequency/Monetization), 根据这三个维度去评估存储的数据

查看全文: 大发排列3注册

+0  《高性能MySQL》(第3版)中文版

Tag: 杂记 | 第3版 | dba | 大发排列3 | MySQL
NinGoo 发于 2013年03月28日 22:05 | 点击: 2368 | 展开摘要
历经差不多一年的时间,总算让《高性能MySQL》(第3版)中文版可以和大家见面了,今天Amazon和China-pub已经开始预售,其他网站这几天也都会开始上架。预计4.10可以正式出阁了。

Amazon预售地址

China-pu预售地址

在线试读 第2章 第3章 第4章

翻译是件苦差事,初稿出来后,大规模审稿两三次,身心俱疲,大量内容在审稿过程中都被重新修改润色。直到上个周末,最后又快速的过了一次,修正了几十处不太满意的小地方。只要没有最终正式交付给出版社,每看

查看全文: http://shapenut.com/item/9546.html

+0  从MySQL到Redis,提升数据迁移的效率

Tag: Redis | MySQL
nosqlfan 发于 2013年01月07日 23:10 | 点击: 1504 | 展开摘要
做开发的同学都知道,一旦设计到底层存储优化,数据结构甚至数据库的变更,通常都会进行数据迁移的工作。如果系统运行时间过长,数据迁移的数量可能非常庞大。这时候,如何进行高效的数据迁移,实际也是上线质量的直接影响因素之一。

下面内容是转载的一个小技巧(原文),无法适用于各种变化的场景,仅供大家参考。

场景是从MySQL中将数据导入到Redis的Hash结构中。当然,最直接的做法就是遍历MySQL数据,一条一条写入到Redis中。这样可能没什么错,但是速度会非常慢。而如果能够使M

查看全文: http://shapenut.com/item/9140.html

+0  高性能MySQL - 1.MySQL架构

Tag: 大发排列3 | MySQL
youngsterxyf 发于 2012年12月11日 00:00 | 点击: 1001 | 展开摘要
MySQL逻辑架构

1.
每个客户连接在服务器进程中都拥有自己的线程,每个连接所属的查询都会在指定的某个单独线程中完成,这些线程轮流运行在某个CPU核心或CPU上。服务器负责缓存线程,因此不需要为每个新的连接重建或撤销线程。

2.
MySQL会解析查询,并创建一个内部数据结构(解析树),然后对其进行各种优化。其中包括重写查询,决定查询的读表顺序,以及选择需使用的索引等。用户可以通过特殊的关键字给优化器传递各种提示,影响它的决策过程。另外还可以请求服务器给出优化过程的各种说

查看全文: http://shapenut.com/item/11865.html

+0  低成本和高性能MySQL云数据的架构探索

Tag: 大发排列3 | 杂七杂八 | 源码分析 | lvs | mysql | 大发排列3计划 | ump
Yu Feng 发于 2012年10月25日 22:24 | 点击: 3211 | 展开摘要
原创文章,转载请注明: 转载自系统技术非业余研究

本文链接地址: 低成本和高性能MySQL云数据的架构探索

原文地址:http://www.alibabatech.org/article/detail/3405/0?ticket=d69f07f8-b60b-43f8-9572-7d795bb8429d

作者:鸣嵩

PPT这里下载:

该文已在《程序员》2012年10期上发表。

MySQL作为一个低成本、高性能、可靠性好而且开源的数据库产品,在互联网企业应用非常广泛,

查看全文: http://shapenut.com/item/8458.html
|<<<1234567>>>| 一共10页, 116条记录
返回首页