网址分类数据库

数据库分库如何做？

建议使用mycat进行分库分表，具体技术可以到网络下载或者回复交流。这个是目前测试过的kingshard, shardingjdbc，mycat三个中，效率最高的，随时交流

注册网址域名花钱吗？

这个肯定是需要的啊，不过价格都很便宜，我前几日自己刚做了网站，

域名是在阿里云买的，服务器也是租上面的，一共加起来才话费了不到50块钱，

网站前几天也刚做好，没有你想象中的那么复杂

如何优化数据库？

数据库性能优化：系统CPU，内存，磁盘存储，系统参数，以oracle为例，数据库SGA，PGA，Process，cursor，session等参数设置优化。对于数据库SQL优化，首先要规范sql写法，索引建立，数据生命周期管理等。何以解忧，唯有读书和实践。

总结几点：

1.善用explain，看看自己写的sql到底要涉及到多少表，多少行，使用了那些索引，根据这些信息适当的创建索引，适当建立索引，在频繁作为检索条件，更新较少的字段上建立索引，以提高查询速度。；

2.善用不同的存储引擎，MySQL有多种不同的存储引擎，InnoDB，Aria，MEMORY根据需要给不同的表选择不同的存储引擎，比如要支持transaction的话用InnoDB等；

3.表很大的时候，做分片，分表查询，有水平分割、垂直分割。

4.读写分离，读(read)、写(create、update、delete)。

5.建立存储过程。

6.表的设计要规范，即要符合数据库设计三范式。

针对mysql的性能优化：

1：首先应该优化你的SQL语句。开启慢查询，通过慢查询日志发现有问题的SQL语句，通过explain查询分析SQL的执行计划；针对limit、groupby优化

2：索引优化。选择合适的列建立索引，一般在where从句，on从句等；维护索引，去掉重复索引，如 primary key 不要在加上唯一索引了；

3：数据库的优化。选择合适的数据类型，范式优化和反范式优化（已空间换时间），垂直切分和水平切分，水平切分我基本没用到，考验技术水平

4：然后就是系统配置和硬件优化，硬件优化当然就是钱啦。

最好是在一个尽可能小的表上做一个尽可能简单的操作读取尽可能少的结果。

数据库分区是什么？

关于数据库分区，分表，分库，我通俗易懂的来举几个栗子，看过还不懂，你打我。。。

村里一家四口人(老爹叫A)有两儿子(分别是A1，A2)，长大了要自己种地了，就嚷嚷着要分家，把村东的一块地给大儿子A1，村西的给二儿子A2，但是这时候户口本上记录的还是一家四口(对外显示还是一家人)，国土局统计村西土地面积的时候直接让A去汇报，然后A去让A2测量并汇报，不涉及到A1！

这就是分区:对外只展示一张表，但是表内部分区到不同的磁盘上，只需要其中一部分数据的时候可直接映射相应的区进行查找，避免了全表扫描，提升了查找，插入数据的性能，一般是数据库层面实现的，如下图所示:

分区可分为水平分区和垂直分区，通常水平分区用的比较多，算法有按照某个字段的大小等，某个字段的hash分等等！

啥是分表呢？还是上面那一家子，分家了之后，户口也变了，变成了三家，国土局让上报数据的时候，需要分别通知三家进行，比如只需要村西的统计，那么还是只用找二儿子A2就行了(三家已经是单独的数据库表了)

分表:对外展示多张小表，业务代码访问之前，需要先通过计算分表策略算法，来选择具体访问哪一张表，和分区一样，避免了全表的访问，分表如下图示:

分库:跟分表有异曲同工之妙，但是分库的级别为数据库级别(按上面的例子，就得提升到村子级别了)，简单来说就算是你一个库是关系型数据库，一个库是nosql数据库也是可以称为分库的，这对于库的引擎，连接方式都可以有不同的实现！

分库通常在不同的数据库服务节点上，避免单库宕机对全部数据服务带来的影响，同时也提供了更大的数据库并发能力！
关于分库，分表，分区是不是很简单？

现在分库分表使用的更加的广泛，业界也提供了大量成熟的数据库中间件来提供分库分表，比如mycat，sharding-jdbc等等，只需要根据业务选择合适的分库分表策略，结合相应组件就能轻松搭建起一个分库分表数据服务，不过随之而来的全局唯一数据，统计，连接查询等才是更加需要关注的，更多的技术分享，敬请关注。。。

SQL数据库如何优化？

面试的时候经常会文档一些SQL方面的问题，比较常见的面试题例如“什么时候回造成索引失效？”，又或者“你经常做的SQL优化的工作有哪些？”

下面，我就介绍几个有关SQL优化的知识点。

负向条件查询不能使用索引：包括!=、not in、not exists都尽量不要使用；
%在前面的模糊查询：where name like '%xxx'；
等号左边有函数：where upper(str) = '...'，就算str字段有索引，这个写法也不会走索引；
数据区分度不大的字段，不要建索引：例如性别男、女、为止，这种就不适合建立索引；
隐式转换：where tel = 13800000000，如果tel字段是varchar类型，这个写法不会报错，但是会索引失效；
只返回需要的数据：select name，gender from users 优于 select * from users；
允许为Null的列，有风险：比如 where name != 'Tom'，如果name允许为Null，索引不储存Null值，结果集不包含这些记录；因为索引不存储Null值，所以is null也不会走索引；
如果业务大部分是单条记录查询，那么Hash索引效率更高
复合索引最左前缀：（name,gender）复合索引，where name=xx and gender =x 可以命中，where name=xx可以命中，where gender =x不能命中。