首页 > TAG信息列表 > 新库
数据库的分库分表
读写分离主要应对的是数据库读并发，没有解决数据库存储问题。 如果MySQL一张表的数据量过大怎么办？换而言之，我们如何解决MySQL的存储压力？ 解决方案：分库分表 什么是分库？ 分库 就是将数据库中的数据分散到不同的数据库上。 下面这些操作都涉及到了分库： 你将数据库中的用户表和用户新库上线 | 中国邮政储蓄银行网点信息数据
中国邮政储蓄银行网点信息数据 一、数据简介 中国邮政储蓄可追溯至1919年开办的邮政储金业务，至今已有百年历史。2007年3月，在改革原邮政储蓄管理体制基础上，中国邮政储蓄银行有限责任公司正式挂牌成立。2012年1月，整体改制为股份有限公司。2015年12月，引入十家境内外战略投资数据迁移之同步双写方案
数据迁移背景 项目初始，是单库。分了2个表 就可以满足业务数据需求 随着时间推移，多年后，数据越来越多，当前的数据库设计已经不能满足当前设计 于是，需要如上图一样，进行分库再分表。 数据迁移方案 由于想要当前业务不停机的情况下进行数据迁移，于是，查找了许多资料 。最终找到了MySQL面试常见问题
为什么要用B+树？ 使用 B+ 树可以减少访问磁盘的次数。如果B+树的一个节点存储1200个左右的索引数据，这个树高是4层的话，那么这个索引树就可以存储1200 的 3 次方个值，这已经 17 亿行记录。而索引树的前两层在内存中，这样很大的减少访问磁盘的次数。 B+树的查询性能稳定。每次查询的阿里日订单超量后，要做什么系统才能撑住压力？
转自公众号“二马读书” 背景 几年前我曾经服务过的一家电商公司，随着业务增长我们每天的订单量很快从30万单增长到了100万单，订单总量也突破了一亿。当时用的Mysql数据库。根据监控，我们的每秒最高订单量已经达到了2000笔（不包括秒杀，秒杀TPS已经上万了。秒杀我们有一套专门的解决方案每日百万订单，这样的技术方案更靠谱
转载：https://mp.weixin.qq.com/s/_7jJNNPI21uPhWM2F7vapA 背景 几年前我曾经服务过的一家电商公司，随着业务增长我们每天的订单量很快从30万单增长到了100万单，订单总量也突破了一亿。当时用的Mysql数据库。根据监控，我们的每秒最高订单量已经达到了2000笔（不包括秒杀，秒杀TPS已经21世纪了还愚公移山？数据库这么迁移更稳定！
背景 在系统的快速迭代过程中，业务系统往往部署在同一个物理库，没有做核心数据和非核心数据的物理隔离。随着数据量的扩大这种情况会带来稳定性的风险，如库的慢sql，磁盘，IO等等都会相互整体影响，从而影响核心系统的业务稳定性，因此需要将核心业务的业务表从原有库里抽取出来，单独到新库里MySQL参数lower_case_table_names
先看官方网介绍：https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html 这是一个全局参数，参数文件里面的命令行模式设置是--lower-case-table-names=1 默认是不打开的，值的类型是Integer，默认值为0，最小值1，最大值2. 0：表名字是存储给定的大小并且是区分大小写的【DB宝15】生产环境中，如何利用DG的备库来异机还原一个新库？
目录DG环境介绍一、备库执行备份二、在新主机执行恢复操作 2.1、恢复spfile 2.2、恢复控制文件 2.3、注册备份信息 2.4、还原数据文件 2.5、恢复数据库 2.6、激活备库为主库，并启动数据库 在部署完ADG（Active Data Guard）后，不但可以将只读的查询交给Navicat数据传输异常:MySQL server has gone away + row size is greater
问题描述: 数据库恢复时，用navicat数据库传输功能拷贝旧库数据到新库失败，错误如下图: 检查mysql服务器的error日志，发现以下警告信息: 问题处理: 首先数据库恢复，按理讲新旧数据库的配置是正常的，在navicat中搜索插入异常数据并复制为insert语句, 然后在旧数据库中删除该行数据并MySQL新建普通用户和库并授予新用户对新库的所有权限
新建库 新建cmf和amon两个库，并指定默认字符集 mysql> create database cmf DEFAULT CHARACTER SET utf8; Query OK, 1 row affected (0.00 sec) mysql> create database amon DEFAULT CHARACTER SET utf8; Query OK, 1 row affected (0.00 sec) 新建用户 新建cmf和amon两个用户记一次Mysql 数据库迁移后报错问题
现象说明：老数据库版本是5.6,新库版本5.7，数据量不大，备份恢复数据均正常，配置主从使用gtid复制后也是正常的，第二天查看新库的时候，发现新库复制出现问题，报错如下:  【2】在下面所看到的文本框中输入库名称 只创建空的库 创建完库后，没有任何内容在里面。 【3】创建完成 链接地址https://KJ-AP01.中国.corpnet:8443/svn/projectAdmin