表示 进入内容 2212301453
« 先前的 10 新的记录 | 下一步 10 较早的记录 »
Displaying posts with tag: 存储 (reset)
MySQL 如何使用 PV 和 PVC?- 每天5分钟玩转 Docker 容器技术(154)

本节演示如何为 MySQL 数据库提供持久化存储。

【docker】  【mysql】  【数据库】  【配置】  【容器】  【OpenStack】  【volume】  【html】  【存储】   …

[获取更多]
使用开源项目的正确姿势,都是血和泪的总结!

软件开发领域有一个流行的原则:DRY,Don’t repeat yourself,我们翻译过来更形象通俗:不要重复造轮子。开源项目主要目的是共享,其实就是为了让大家不要重复造轮子,尤其是在互联网这样一个快速发展的领域,速度就是生命,引入开源项目,可以节省大量的人力和时间,大大加快业务的发展速度,何乐而不为呢? 然而现实往往没有那么美好,开源项目虽然节省了大量的人力和时间,但带来的问题也不少,相信绝大部分同学都踩过开源软件的坑,小的影响可能是宕机半小时,大的问题可能是丢失几十万数据,甚至灾难性的事故是全部数据都丢失。

【redis】  【mysql】   …

[获取更多]
存储大量爬虫数据的数据库,了解一下?

"当然, 并不是所有数据都适合"

在学习爬虫的过程中, 遇到过不少坑. 今天这个坑可能以后你也会遇到, 随着爬取数据量的增加, 以及爬取的网站数据字段的变化, 以往在爬虫入门时使用的方法局限性可能会骤增.

【大数据】  【NOSQL】  【MongoDB】  【mysql】  【函数】  【数据库】  【配置】   …

[获取更多]
Percona XtraDB Cluster Strict Mode(PXC 5.7 )

在Percona XtraDB Cluster集群架构中,为了避免多主节点导致的数据异常,或者说一些不被支持的特性引发的数据不一致的情形,PXC集群可以通过配置pxc_strict_mode这个变量来实现。

【数据存储与数据库】  【服务器】  【mysql】  【日志】  【配置】  【cluster】  【集群】   …

[获取更多]
MySQL数据库水平扩容方案

MySQL数据库水平扩容方案

【数据存储与数据库】  【算法】  【mysql】  【性能】  【数据库】  【数据迁移】  【存储】  【水平扩容】   点击查看原文>

rsyslog日志存储到mysql数据库中并利用loganalyzer进行web图形化分析管理

rsyslog日志存储到mysql数据库中并利用loganalyzer进行web图形化分析管理转自:https://yq.aliyun.com/ziliao/22560

【mysql】  【日志】  【数据库】  【web】  【rsyslog】  【aliyun】  【存储】   …

[获取更多]
阿里云新一代关系型云数据库POLARDB商用上线

产品介绍: 云数据库POLARDB是阿里云自研的能满足高吞吐在线事务处理的关系型云数据库。既融合了商业数据库稳定可靠、高性能、可扩展的特征,又具有开源数据库简洁开放的优势。完全兼容MySQL,性能最高提升至MySQL的6倍,自研的分布式存储引擎能提供在线扩容、故障快速恢复、数据备份服务。

【mysql】  【性能】  【高可用】  【数据库】  【互联网】   …

[获取更多]
Percona XtraDB Cluster 的一些使用限制(PXC 5.7)

Percona XtraDB Cluster有众多的优秀特性,使得mysql集群得以轻松实现。但是不要忽略了它的一些限制。如果你无法接受,或者你的应用程序或数据库(比如使用了memory引擎)对限制无法做出调整,那PXC对你而言是不合适。

【数据存储与数据库】  【mysql】  【innodb】  【日志】  【配置】  【cluster】   …

[获取更多]
Mysql源码学习——Thread Manager

一、前言     上篇的Connection Manager中,曾提及对于一个新到来的Connection,服务器会创建一个新的线程来处理这个连接。 其实没那么简单,为了提高系统效率,减少频繁创建线程和中止线程的系统消耗,Mysql使用了线程缓冲区的概念,即如果 一个连接断开,则并不销毁承载其的线程,而是将此线程放入线程缓冲区,并处于挂起状态,当下一个新的Connection到来 时,首先去线程缓冲区去查找是否有空闲的线程,如果有,则使用之,如果没有则新建线程。

【服务器】  【mysql】  【函数】   …

[获取更多]
MySQL 5.7 内部临时表

本文研究了在没有写查询的情况下,InnoDB行插入时,因内部临时表的问题而发生性能尖刺的情形。 In this blog post, I investigate a case of spiking InnoDB Rows inserted in the absence of a write query, and find internal temporary tables to be the culprit. 事情发生在我研究一个客户的案例时,在”InnoDB行插入“指标图上,发现了从1k行每秒激增到6K行的尖刺,但却无法和其他活动或者现象连接起来,PMM监控图形上也有同样的反映。

【mysql】  【innodb】  【性能】  【磁盘】   …

[获取更多]
表示 进入内容 2212301453
« 先前的 10 新的记录 | 下一步 10 较早的记录 »