前言
随着业务的发展单库中的分表的数量越来越多, 使用在单库上存放过多的表这样是不合理的。因此,我们就需要考虑将数据根据数据库进行拆分。
一般mysql不建议表的数量超过1000个。当然,这不...
MySQL分库分表分表后数据的查询(5th)
前言
在分表完之后显然对于数据的查询会变的比较的复杂,特别是在表的关联方面,在有些情况下根本就不能使用JOIN。
其实个人是比较鼓励将那些大的JOIN SQL拆分成几个小的SQL来查询数据。这...
MySQL分库分表单库分表和迁移数据(4th)
前奏
因为在分表的时候我们需要知道我们分的是第几个表,所以我们先需要初始化我们的分表号
-- 创建一个系统信息表为了记录下当前最大的分表号
DROP TABLE system_setting;...
MySQL分库分表使用Snowflake全局ID生成器(3rd)
前言
由于考虑到以后要动态切分数据,防止将不同表切分数据到同一个表中时出现主键相等的冲突情况,这里我们使用一个全局ID生存器。重要的是他是自增的。
这边我使用Snowflake的python实...
Inception 发布日志(16)
发布日志
2015年10月26日Inception2.1.17发布
[新增]新增inception get osc processlist的功能,这个语句可以查看所有当前正在执行的OSC线程...
Inception 语法树打印(15)
目前,Inception已经支持大部分MySQL语句了,但是有一点不足之处是,规则都是固定的,虽然可以通过设置参数来修改是不是可以跳过这些检查,但除了检查语法错误之外,其它可配置的检查始终是一个固定在...
MySQL分库分表创建新表结构(2nd)
前言
在互联网时代大家都知道数据量是爆炸试的增加,从之前的表结构设计来看,我们很容易的知道商品表(goods)、订单表(orders)、订单商品表(order_goods)这几张表的数据量将会爆炸试...
Inception 的统计功能(14)
在使用了Inception之后,数据变更已经全面进入全自动化模式,有了这个利器之后,一些以往想做而做不成的事情,现在可以做了,比如对SQL执行情况的统计,修改表的语句究竟占多大的比例,或者数据变更占多...
MySQL分库分表基础表介绍(1st)
表基本模型结构
这里我们模拟一个商城的基本的表结。此结构由(用户、门店、导购、门店商品、订单、订单对应的商品)。其中,导购也是一个用户,门店是只属于一个店主的,同时店主本身也是一个导购也是一个普通用...
Inception 对OSC的支持(13)
Inception已经支持Percon ToolKit工具pt-online-schema-change,这样对表大表的修改操作,就不需要跳过Inception而手动去执行了,给线上操作又带来了非常大...
Inception 额外功能说明(12)
Inception支持将一段SQL语句按照语句之间相互不影响的原则拿得DDL及DML语句分开,也就是让相同表的DDL及DML语句不能在同一个语句块中执行,这个功能的用法是通过指定另一个新的选项来实现的...
Inception 对线上配置需求(11)
线上服务器必须要打开 binlog,在启动时需要设置参数log_bin、log_bin_index等关于 binlog 的参数。不然不会备份及生成回滚语句。
参数binlog_format必...
Inception命令集语句(10)
Inception命令是一个Inception所支持的一系列命令集,为了与原MySQL的命令区分,在命令前面使用Inception这个新的关键字。
这个命令集包括的功能有:打印线上服...
Inception结果集(9)
Inception给用户返回的信息有两种,一种是提交给Inception的基础信息存在错误,比如源信息不全,或者源信息有错误等,这种情况下,直接报异常,包括错误码及错误信息,与MySQL服...
Inception所支持的参数变量(8)
考虑到不同用户的规范会有所不同,Inception支持很多可配置的参数,这些配置参数都是全局参数,因为对于同一个服务的规则,不应该经常变化,或者说不应该出现一些业务是这样的规则,而另一些业务是那样的规...
18