php怎么分库分表，如何系统的学习JAVA？
Java学的透彻，首先要了解企业对中级Java人才的要求是什么？
企业对于Java人才的要求需要至少积累2个企业级的大型项目经验！
想要学习Java，可以看看2020年Java全新学习路线图：
第一阶段：Java语言入门
第二阶段：Java语言进阶
第三阶段：Javaweb
第四阶段：框架阶段一
第五阶段：项目实战一
第六阶段：框架阶段二
第七阶段：项目实战二
第八阶段：项目实战三
每个阶段都有不同的配套视频，配套视频可以私信哦，这里就不一一发布了！
tp框架有什么优点？
1、高级模型：可以轻松支持序列化字段、文本字段、只读字段、延迟写入、乐观锁、数据分表等高级特性。2、视图模型：轻松动态地创建数据库视图，多表查询相对简单。3、关联模型：让你以出乎意料的简单、灵活的方式完成多表的关联操作。4、模板引擎：系统内建了一款卓越的基于XML的编译型模板引擎，支持两种类型的模板标签，融合了Smarty和JSP标签库的思想，支持标签库扩展。通过驱动还可以支持Smarty、EaseTemplate、TemplateLite、Smart等第三方模板引擎。5、缓存机制：系统支持包括文件方式、APC、Db、Memcache、Shmop、Eaccelerator和Xcache在内的多种动态数据缓存类型，以及可定制的静态缓存规则，并提供了快捷方法，希望能帮到您
数据库保存的是一些数据信息还是一些后端程序？
数据库数据库当然保存的是数据啊。数据库->中间件->业务调用->接口访问->前端渲染。简单的web程序一般就是这样的流程。复杂点就是分布式的微服务。分库分表。读写库。负载均衡。jvm调优等等。相对来说java在web端会比较简单。各种框架都齐活的。其他的语言就不了解了
架构师在做一个网站的架构时要做哪些工作按顺序排列？
我是一个假的架构师，真的程序员。
现在所在的项目，是去年八九月份启动的，虽然不是一个网站，但是大部分工作都是类似的，那么我给大家介绍一下这半年我做了哪些工作。
一般新建一个项目有两种背景：
一种是没有系统，需要重新建立；
一种是有老系统，但是因为种种原因，需要新建一个系统把老系统替换掉（或替换部分功能）；
我们算是后者，老系统已经运行多年，主要工作是对外提供接口服务，现在服务的效率和抗压性都无法满足业务需求。
需求梳理需求，在开发之前一定要明确需求。因为是对老系统的改造，所以需求相对来说比较明确。
梳理老系统有多少接口，压力比较大的接口有哪些，确定接口迁移的优先级。
确定第一批迁移的接口之后，需要对接口的处理逻辑进行梳理，包括出参入参都是什么，对参数有哪些校验，出参的是从什么表的什么字段取得，查询条件是什么，是否对数据进行了加工、转移等处理。
主要是通过“扒代码”的手段，这一步很痛苦（程序员们都懂的）。
压力预估因为是老改新，压力容易预估出来，我们主要关注的几个点：
现有系统的数据量有多少，年增长的数据量是多少。
多少系统在调用，大概服务器的数量是多少。
平均每天的调用量，如果业务几种在某些时间段内，比如工作时间，那么就要估计出每小时的量大概是多少。
业务高峰期的时候，量有多少。
架构设计其实我也是野路子出身，我在做这一步所做的工作有这些：
整理项目的功能点，比如我们这个项目主要功能有：数据抽取、数据存储、数据加工、服务提供；这一步形成整体的功能架构。
对每个大的功能点，评估需要使用的资源，拿数据加工为例：数据加工主要就是批处理，需要Tomcat部署Java程序，需要Redis做分布式锁和缓存，需要MongoDB做加工后的数据存储；这一步形成整体的方案规划。
继续详细的评估，根据前期统计的数据量，对MongoDB的部署进行评估：是否需要分片，如果分片的话，前期部署几个分片，容量申请多少；当这些评估都做完之后，就可以把一个一个的点汇总起来，就形成了物理部署架构。
到了这一步，基本上技术架构图也就出来了。
在设计过程中，还要和很多人进行沟通，比如DBA、比如领导。
开发到了开发阶段，我依然在。
这时候，一边招人（招人有些晚了），一边搭框架；一边面试，一边写代码。
最后开发人员招的差不多的时候，我从无到有，第一个接口基本上开发完成了...
现在嘛，我依然在项目里面，沟通需求、设计、任务分配、写写代码、看看开发人员写的代码再给他们提提意见，如果别的项目组有设计或开发方面的问题，我也会帮忙处处主意；
我总觉得我是个假的架构，真的程序员。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。mysql表数据量太大？
作为一名IT行业的从业人员，主要在从事产品研发及项目管理工作，在项目过程中，经常有优化数据库存储、架构方面的方案，所以我来探讨一下这个问题。
目前经常使用的关系型数据库如MySQL、SQL Server等，都是以“行”为单位进行存储，为了快速检索，也都采用了B树或其他索引技术。
从原理上来讲，表中的数据越多，索引树的范围越大，磁盘读取也越多，性能也就越低。
从实践角度来看，一般以百万到千万作为一个表的存储量级，超出该范围之后，性能就会下降，需要采用其他技术手段解决。
首先想到的就是能否将读和写分离，主数据库用于写入，读数据库（多个）用于对外提供查询，通过数据复制的方式将主数据库的数据同步到读库。该架构提升了数据库的读写能力，但对于主数据库的写入能力依然没法扩展。
其次，垂直分表就是把一个数据量很大的表,可以按某个字段的属性或使用频繁程度分类,拆分为多个表。如有多种业务类型，每种业务类型建立不同的表，tb1,tb2,tb3。如果日常业务不需要使用所有数据，可以按时间分表，比如说月表。每个表只存一个月的记录。
再次，水平分表就是根据一列或多列数据的值把数据行放到多个独立的表里，这里不具备业务意义。如按照id分表，末尾是0-9的数据分别插入到10个表里面。
这样做的好处就是解决了数据存储容量的问题，但也带来了诸多弊端，不再一一阐述。
mysql优化的方式有很多，选择上主要还是要考虑个人的实际情况，如代码不可控的情况下，就不适合选择按字段属性分表的情况，这样可能会带来大量的重构以及很多不可预期的风险。
而架构的优化，虽然对应用是透明的，但对sql的写法有很多局限性，比如说不能使用聚合函数等等，同时也需要有充足的硬件资源，只有一台服务器的情况下是没有意义的。
相比起来，代价最低的是按时间分表或分区，这两种办法对应用来说都是透明的。分区只需要一次本地数据迁移的操作。而通过分表把现网数据和历史数据分离，唯一的代价是定期的数据维护。
一般如果表里面有1亿数据的情况下，索引的问题应该是常识了，这方面我就不说了。