您现在的位置：首页
--> MySQLOPS
现代CPU采用了大量的技术来抵消内存访问带来的延迟。读写内存数据期间，CPU能执行成百上千条指令。多级SRAM缓存是减小这种延迟带来的影响的主要手段。此外，SMP系统采用消息传递协议来实现缓存之间的一致性。遗憾的是，现代的CPU实在是太快了，即使是使用了缓存，有时也无法跟上CPU的速度。因此，为了进一步减小延迟的影响，一些鲜为人知的缓冲区派上了用场。
随着IT行业的迅猛发展，传统的运维方式靠大量人力比较吃力，近几年自动化运维管理快速的发展，得到了很多IT运维人员的青睐，一个完整的自动化运维包括系统安装、配置管理、服务监控三个方面。那今天咱们大家一起来学习一下puppet实际运维中的案例。仅供参考，欢迎大家提更多的意见！
这个问题由一个同事问到的一次导入数据引发。一个很常见的操作，将数据从一个表中dump出来，在用mysql < a.sql的方式导入到另一个库的一个表中。在执行导入的时候，提示 MySQL server has gone away。在追查的时候突然想到会不会是因为max_allowed_packet太小导致的。将max_allowed_packet改大，确实解决了问题。
鉴于MySQL5.5数据库产品的性能提升不明显，软件产品稳定性不佳，且新增加的功能也不足突破，所以生产环境中只有几套应用使用MySQL5.5版本支撑，以培养与掌握MySQL5.5的经验和技术，所以个人对MySQL5.5系列的实战也不多。现有一个项目，因服务器配置的特殊性，以及业务特点、数据容量、数据访问等也非常特殊，不得不考虑采用MySQL5.5，且国内某mysql服务提供商技术人员指定要求的版本号为MySQL5.5.27。综合上述信息导致今天无意碰到一个MySQL数据库复制搭建过程中出现的错误信息，可能其他同行也可能会碰见，特此写一篇技术博文分享给大家。
数据库的堆表与索引组织表的数据存储格式讨论
MariaDB常见问题，同样适用于MySQL。
每个使用MySQL数据库的人都应该看代码吗？不是的，那意味着MySQL数据库的使用门槛太高，几乎不可用；但另一方面，如果看MySQL代码的人多了，意味着有更多的人对MySQL数据库的了解更加深入。能够进一步推动MySQL数据库广泛而恰当地使用，为使用者、相关从业者创造更多的赢利机会和就业机会。
在InnoDB表中，若存在自增字段，则会维护一个表级别的锁，这里称为自增锁。每次插入新数据，或者update语句修改了此字段，都会需要获取这个锁. 由于一个事务可能包含多个语句，而并非所有的语句都与自增字段有关，因此InnoDB作了一个特殊的处理，自增锁在一个语句结束后马上被释放。之所以说是特殊处理，是因为普通的锁，都是在事务结束后释放。若一个表有自增字段，一个insert语句不指定该字段的值，或指定为NULL时，InnoDB会给它赋值为当前的AUTO_INCREMENT的值，然后AUTO_INCREMENT加1。
MariaDB数据库加入了对HASH JOIN算法的支持，我对HASH JOIN不了解，借此机会学习一下，测试的数据库版本为MariaDB5.5.27。 先是配置文件，这是我为了方便跟踪源码，在windows上建的环境。
背景 主从切换是高可用MySQL架构的必要步骤(即使用不发生，也要有备无患)。一般设置为双M(M1、M2)，假设当前状态为写M1，而M2只读，切换的大致流程如下： 1、 停止应用写M1，将M1设置为只读 .....
亚马逊基于数据分析的智能化推荐，咱们做不了，在中国做电商，还是要倚赖促销活动的刺激。所以，就要细心分析以往促销活动的各项数据，如活动页面浏览量、成单量、对整站的间接促进等，可以做一个详细的对比分析表，相信数据，一定能反映出一个趋势，告诉你什么样的活动最吸引人，效果最佳。得出结论，放手去做就好了。
like用的是 ‘%xx%’, 不符合前缀匹配的规则，因此用不上索引title，只能作全表扫描。以上为官方回答。但是如果是在 InnoDB这种聚集索引组织的表中，假设这个表单行很大，比如后面还有若干个类似memo的字段。 这样聚集索引会很大，导致全表扫描需要读更多的磁盘。而理想情况应该是这个流程 1) 遍历title索引，从中读取和过滤所有title中匹配like条件的id 2) 用id到聚簇索引中读数据。在单行很大，而like能够过滤掉比较多语句的情况下，上面的流程肯定比全表扫描更快，也更省资源。
Google Spanner简介 Spanner 是Google的全球级的分布式数据库 (Globally-Distributed Database) 。Spanner的扩展性达到了令人咋舌的全球级，可以扩展到数百万的机器，数已百计的数据中心，上万亿的行。更给力的是，除了夸张的扩展性之外，他还能同时通过同步复制和多版本来满足外部一致性，可用性也是很好的。冲破CAP的枷锁，在三者之间完美平衡。
有同学问到InnoDB的索引长度问题，简单说几个tips。 大家经常碰到InnoDB单列索引长度不能超过767bytes，实际上联合索引还有一个限制是3072。
这是网站用户体验三要素的完结篇，本文主要内容是：别让我烦。 用户都是喜欢偷懒的，如果你的网站操作效率很低，就会令用户烦躁，进而导致不好的体验，甚至出现坏口碑。有一个粗略的说话是，完成任务的难度与其所需步骤的平方成正比，那么，缩短完成路径就是帮用户偷懒，就是好的用户体验。
用户不会使用一个网站绝对不是用户的错，他会打开电脑，会使用键盘和鼠标，会打开浏览器上网，经过这么步骤最终到达了你的网站，然后发现网站上一团糟，搞不懂这是什么，那是什么，也懒得学习如何使用，于是就会眼都不眨一下就关闭你的网站。这是很现实的一个用户行为。在网站能够快速触达用户之后，网站运营人员面临的下一个重要问题就是：如何留住用户？
用户是否喜欢一款产品，取决于他使用产品获得的好处，也取决于他在产品中获得的体验，两方面都是用户价值所在，缺一不可。 最近在读王坚的《结网》，正看到网站用户体验的章节，收获很多。今天成文一篇，就当是阅读笔记了。关于网站用户体验的方法论有很多，这里引用王坚的一个简单易记的说法，用户体验三要素：别让我等！别让我想！别让我烦！
在高版本对低版本的主从中，要注意不要用到低版本不支持的字符集（所以官方并不建议高版本的master同步到低版本的slave）。 对于已经在Master的里面已经存在的binlog，要让主从能够继续同步，只能在slave_skip_errors里加上 22这个错误号。
有同学讨论到Transfer能否支持双主结构，答案是支持的，这里简要描述下。 Transfer既可以当作主从库之外的工具来用，也可以本身充当slave的角色。本文分别描述在这两种使用场景下的部署结构和切换动作。
Service 调用注册服务和接口时只通过Broker Master节点， Master将注册的服务和接口信息同步给所有的Slave节点，而所有的Service 接口和Client 节点和Slave 都是有连接的，所以不同的Service 就实现了通过不同的Slave 完成消息转发，实现了负载均衡。而且消息转发的开销和原来单个Broker的开销完全相同。
近3天十大热文
-
[45] 如何拿下简短的域名 -
[45] IOS安全–浅谈关于IOS加固的几种方法
-
[44] 图书馆的世界纪录
-
[44] Oracle MTS模式下 进程地址与会话信
-
[42] android 开发入门
-
[41] 界面设计速成
-
[41] 【社会化设计】自我（self）部分――欢迎区
-
[39] 读书笔记-壹百度:百度十年千倍的29条法则
-
[38] 视觉调整－设计师 vs. 逻辑
-
[34] 程序员技术练级攻略
赞助商广告
