哪些数据库支持分库分表，phpcmsphpcms什么时候可以支持数据分表

来源：整理时间：2024-05-29 18:25:18 编辑：黑码技术手机版

本文目录一览

1，phpcmsphpcms什么时候可以支持数据分表
2，mysql数据库分库分表哪个工具好我整理出来了五个求点评
3，分库分表是用mycat还是自己实现
4，sqlserver怎么分库分表
5，mysql怎样分库

1，phpcmsphpcms什么时候可以支持数据分表

这个不算问题，当你的数据库表记录超过100万是就可以购买商业版了，100万条记录以下不需要分表

phpcmsphpcms什么时候可以支持数据分表

2，mysql数据库分库分表哪个工具好我整理出来了五个求点评

1 用户类库：用于保存了用户的相关信息。例如：db_user,db_system,db_company等。2 业务类库：用于保存主要业务的信息。比如主要业务是笑话，用这个库保存笑话业务。例如：db_joke,db_temp_joke等。3 内存类库：主要用Mysql的内存引擎。前台的数据从内存库中查找，速度快。例如：heap。4 图片类库：主要保存图片的索引以及关联。例如：db_img_index，db_img_res。5 日志类库：记录点击,刷新,登录等日志信息。例如：db_log_click,db_log_fresh,db_log_login。6 统计类库：对业务的统计，比如点击量,刷新量等等。例如db_stat。

支持一下感觉挺不错的

mysql数据库分库分表哪个工具好我整理出来了五个求点评

3，分库分表是用mycat还是自己实现

Mycat和MySQL的区别：可以把上层看作是对下层的抽象，例如操作系统是对各类计算机硬件的抽象。那么我们什么时候需要抽象？假如只有一种硬件的时候，我们需要开发一个操作系统吗？再比如一个项目只需要一个人完成的时候不需要leader，但是当需要几十人完成时，就应该有一个管理者，发挥沟通协调等作用，而这个管理者对于他的上层来说就是对项目组的抽象。同样的，当我们的应用只需要一台数据库服务器的时候我们并不需要Mycat，而如果你需要分库甚至分表，这时候应用要面对很多个数据库的时候，这个时候就需要对数据库层做一个抽象，来管理这些数据库，而最上面的应用只需要面对一个数据库层的抽象或者说数据库中间件就好了，这就是Mycat的核心作用。所以可以这样理解：数据库是对底层存储文件的抽象，而Mycat是对数据库的抽象。

分库分表是用mycat还是自己实现

4，sqlserver怎么分库分表

sql server 2008数据库分离操作跟sql server 2005是一样的，以下具体介绍如何分离sql server 数据库：1、打开 sql server 控制台（SQL Server Management Studio），然后登录。2、登录时如果知道sa密码可以使用“SQL Server身份验证”模式登录，如果不知道sa密码可以使用“windows身份验证”模式登录就不需要密码登录。而sql server 2008的用户一般是在安装的时候自定义的用户，但也可以使用“windows身份验证”模式登录。3、登录到控制到中之后，找到【数据库】点击展开，然后找到你所需要分离的数据库名称。选中数据库【右键】-【任务】-【分离】即可。附件说明：分离数据库一般是需要将数据库拷贝到其他机器或者是移动磁盘时和不需要使用该数据库的情况下才做数据库分离。数据库一旦分离之后所对应的软件将无法正常使用和打开数据库。如果需要重新将数据库还原到数据库控制台中，选中【数据库】-【右键】-【附加】，找到你所要附件的数据所在的磁盘路径，选择以“.MDF”为后缀的文件即可。

sql server 分库分表方案&单表分区教程http://blog.csdn.net/chenhisen/article/details/50747582

5，mysql怎样分库

TiDB 社区（AskTUG）对于传统数据库，无论是水平还是垂直分库，都是很繁琐，耗时耗力的工作，TiDB 作为 NewSQL 数据库，根据自身特性，完美解决该问题水平弹性扩展通过简单地增加新节点即可实现 TiDB 的水平扩展，按需扩展吞吐或存储，轻松应对高并发、海量数据场景。分布式事务TiDB 100% 支持标准的 ACID 事务。

1 基本思想之什么是分库分表？从字面上简单理解，就是把原本存储于一个库的数据分块存储到多个库上，把原本存储于一个表的数据分块存储到多个表上。2 基本思想之为什么要分库分表？数据库中的数据量不一定是可控的，在未进行分库分表的情况下，随着时间和业务的发展，库中的表会越来越多，表中的数据量也会越来越大，相应地，数据操作，增删改查的开销也会越来越大；另外，由于无法进行分布式式部署，而一台服务器的资源（cpu、磁盘、内存、io等）是有限的，最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。3 分库分表的实施策略。分库分表有垂直切分和水平切分两种。3.1 何谓垂直切分，即将表按照功能模块、关系密切程度划分出来，部署到不同的库上。例如，我们会建立定义数据库workdb、商品数据库paydb、用户数据库userdb、日志数据库logdb等，分别用于存储项目数据定义表、商品定义表、用户数据表、日志数据表等。3.2 何谓水平切分，当一个表中的数据量过大时，我们可以把该表的数据按照某种规则，例如userid散列，进行划分，然后存储到多个结构相同的表，和不同的库上。例如，我们的userdb中的用户数据表中，每一个表的数据量都很大，就可以把userdb切分为结构相同的多个userdb：part0db、part1db等，再将userdb上的用户数据表usertable，切分为很多usertable：usertable0、usertable1等，然后将这些表按照一定的规则存储到多个userdb上。3.3 应该使用哪一种方式来实施数据库分库分表，这要看数据库中数据量的瓶颈所在，并综合项目的业务类型进行考虑。如果数据库是因为表太多而造成海量数据，并且项目的各项业务逻辑划分清晰、低耦合，那么规则简单明了、容易实施的垂直切分必是首选。而如果数据库中的表并不多，但单表的数据量很大、或数据热度很高，这种情况之下就应该选择水平切分，水平切分比垂直切分要复杂一些，它将原本逻辑上属于一体的数据进行了物理分割，除了在分割时要对分割的粒度做好评估，考虑数据平均和负载平均，后期也将对项目人员及应用程序产生额外的数据管理负担。在现实项目中，往往是这两种情况兼而有之，这就需要做出权衡，甚至既需要垂直切分，又需要水平切分。我们的游戏项目便综合使用了垂直与水平切分，我们首先对数据库进行垂直切分，然后，再针对一部分表，通常是用户数据表，进行水平切分。4 分库分表存在的问题。4.1 事务问题。在执行分库分表之后，由于数据存储到了不同的库上，数据库事务管理出现了困难。如果依赖数据库本身的分布式事务管理功能去执行事务，将付出高昂的性能代价；如果由应用程序去协助控制，形成程序逻辑上的事务，又会造成编程方面的负担。4.2 跨库跨表的join问题。在执行了分库分表之后，难以避免会将原本逻辑关联性很强的数据划分到不同的表、不同的库上，这时，表的关联操作将受到限制，我们无法join位于不同分库的表，也无法join分表粒度不同的表，结果原本一次查询能够完成的业务，可能需要多次查询才能完成。4.3 额外的数据管理负担和数据运算压力。额外的数据管理负担，最显而易见的就是数据的定位问题和数据的增删改查的重复执行问题，这些都可以通过应用程序解决，但必然引起额外的逻辑运算，例如，对于一个记录用户成绩的用户数据表usertable，业务要求查出成绩最好的100位，在进行分表之前，只需一个order by语句就可以搞定，但是在进行分表之后，将需要n个order by语句，分别查出每一个分表的前100名用户数据，然后再对这些数据进行合并计算，才能得出结果。上述整理于互联网

你需要怎么分？因为数据表太大影响性能了？建议直接分表数据，性质和mysql分区差不多，例如：把某个范围内的id的记录拷贝至另外的库，这样就实现大表变小表，当然，程序上也需要改动