1.连接数据库时, PDO或者 mysqli ,主机名为 localhost  时,端口号不给或者给错,都能正常连接;   (注: 数据库端口已改为非 3306,且连接权限默认情况下) $dbms='mysql'; //数据库类型 $host='localhost'; //数据库主机名 $dbName='zhongjian'; //使用的数据库 $user='root'; //数据库连接用户名 $pass=''; //对应的密码 $port=3307; //对应的密码 $con= mysqli_connect($host,$user,$pass,$dbName,$port);

一、前言 分组查询是常见的SQL查询语句。首先，我们知道MySQL数据库分组功能主要是通过GROUP BY关键字来实现的，而且GROUP BY通常得配合聚合函数来使用用，比如说分组之后你可以计数（COUNT），求和（SUM），求平均数（AVG）等。但是今天我们要探讨的不是GROUP BY关键字学习和使用，而是一种有点另类的“分组”查询。 最近，项目上遇到这样一个功能需求。系统中存在资讯信息这样一个功能模块，用于发布一些和业务相关的活动动态，其中每条资讯信息都有一个所属类型（如科技类的资讯、娱乐类、军事类···）和浏览量字段。 而业务系统的官网上需要滚动展示一些热门资讯信息列表（浏览量越大代表越热门），而且每个类别的相关资讯记录至多显示3条，换句话：“按照资讯分类分组，取每组的前3条资讯信息列表”。 后面在尝试 GROUP BY 使用的各种方式都不能实现，最后在查阅相关资料后找到了实现的解决方法。 下面，我将模拟一些实际的测试数据重现问题的解决过程。 一、数据准备 数据库: MySQL 8.0社区版 表设计 初始化SQL语句: 资讯分类示例数据如下： 资...

MySQL在建表时，推荐使用自增列作为表的主键，这样的表在某些场景下，对提高性能有一定的帮助。但是自增列有一个坑，并且这个坑存在了很久，一直到MySQL 8.0版本，才修复了这个坑，这个坑就是表的自增列变量auto_increment在MySQL重启后，有可能丢失。 问题复现（MySQL5.7.19)： 创建两张表tb1,tb2，tb1为innodb表，tb2为myisam表，建表语句： create table tb1(id int auto_increment, primary key(id)) engine=innodb; create table tb2(id int auto_increment, primary key(id)) engine=myisam; 分别往tb1,tb2中写5条记录，SQL： insert into tb1 values(NULL); 重复执行5次 insert into tb2 values(NULL); 重复执行5次 通过show create table，查看tb1,tb2的auto_increment都为6。 删除tb1,tb2中的所有...

一、如何配置MYSQL的主从复制？ 1. 两台数据库服务器，IP分别为 192.168.216.128 和 192.168.216.129，在服务器上装MYSQL（我的配置版本为5.5.56） 2. 打开 192.168.216.128 服务器上的MYSQL的配置文件 /etc/my.cnf （路径根据自己服务器的情况来看），将其中的 server-id 设为1（默认为1，总之两台服务器要设置为不同的ID）,然后重启MYSQL服务 3. 打开 192.168.216.129 服务器上的MYSQL的配置文件 /etc/my.cnf （路径根据自己服务器的情况来看），将其中的 server-id 设为2（默认为1），然后重启MYSQL服务 4. 设 192.168.216.128 为主服务器，那么在主服务器上加一个从服务器可以登录的用户，语句如下： 1 GRANT REPLICATION SLAVE ON *.* TO 'sally'@'192.168.216.129' IDENTIFIED BY 'ilovesally';<br>FLUSH PRIVILEGES 建好后，...

今天，探讨一个有趣的话题：MySQL 单表数据达到多少时才需要考虑分库分表？有人说 2000 万行，也有人说 500 万行。那么，你觉得这个数值多少才合适呢？ 曾经在中国互联网技术圈广为流传着这么一个说法：MySQL 单表数据量大于 2000 万行，性能会明显下降。事实上，这个传闻据说最早起源于百度。具体情况大概是这样的，当年的 DBA 测试 MySQL性能时发现，当单表的量在 2000 万行量级的时候，SQL 操作的性能急剧下降，因此，结论由此而来。然后又据说百度的工程师流动到业界的其它公司，也带去了这个信息，所以，就在业界流传开这么一个说法。 再后来，阿里巴巴《Java 开发手册》提出单表行数超过 500 万行或者单表容量超过 2GB，才推荐进行分库分表。对此，有阿里的黄金铁律支撑，所以，很多人设计大数据存储时，多会以此为标准，进行分表操作。 那么，你觉得这个数值多少才合适呢？为什么不是 300 万行，或者是 800 万行，而是 500 万行？也许你会说这个可能就是阿里的最佳实战的数值吧？那么，问题又来了，这个数值是如何评估出来的呢？稍等片刻，请你小小思考一会儿。 事实上，...

概述 今天主要分享一下mysql的数据库规范，仅供参考。从基础、命名、表设计、字段设计、索引设计、sql编写、行为规范几个方面做介绍。 基础规范 1、必须使用InnoDB存储引擎 说明：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更高 2、新库使用utf8mb4字符集 说明：万国码，无需转码，无乱码风险，节省空间 3、数据表、数据字段必须加入中文注释 说明：主要是避免离职后没人知道这些字段是什么意思 4、禁止使用存储过程、视图、触发器、Event 说明：高并发大数据的互联网业务，架构设计思路是“解放数据库CPU，将计算转移到服务层”，并发量大的情况下，这些功能很可能将数据库拖死，业务逻辑放到服务层具备更好的扩展性，能够轻易实现“增机器就加性能”。数据库擅长存储与索引，CPU计算还是上移吧。 5、禁止存储大文件或者大照片 说明：为何要让数据库做它不擅长的事情？大文件和照片存储在文件系统，数据库里更多是用来存URI。 命名规范 1、只允许使用内网域名，而不是ip连接数据库 线上环境、开发环境、测试环境数据库内网域名遵循命名规范 业务名称...

现有如下需求，找出mysql 某个字段（json类型）中是否存在某个值： 可以使用 where  json_search()  is not null ,如以下语句 $sql = "SELECT * FROM `fare_template_detail` WHERE json_search(area,'one','75') is not null and template_id = 1 "; 或者 $sql = "SELECT * FROM `fare_template_detail` WHERE json_search(area,'one','%75%') is not null and template_id = 1 ";

1 微服务的发展 微服务倡导将复杂的单体应用拆分为若干个功能简单、松耦合的服务，这样可以降低开发难度、增强扩展性、便于敏捷开发。当前被越来越多的开发者推崇，很多互联网行业巨头、开源社区等都开始了微服务的讨论和实践。Hailo有160个不同服务构成，NetFlix有大约600个服务。国内方面，阿里巴巴、腾讯、360、京东、58同城等很多互联网公司都进行了微服务化实践。当前微服务的开发框架也非常多，比较著名的有Dubbo、SpringCloud、thrift 、grpc等。 2 微服务落地存在的问题 虽然微服务现在如火如荼，但对其实践其实仍处于探索阶段。很多中小型互联网公司，鉴于经验、技术实力等问题，微服务落地比较困难。如著名架构师Chris Richardson所言，目前存在的主要困难有如下几方面： 1）单体应用拆分为分布式系统后，进程间的通讯机制和故障处理措施变的更加复杂。 2）系统微服务化后，一个看似简单的功能，内部可能需要调用多个服务并操作多个数据库实现，服务调用的分布式事务问题变的非常突出。 3）微服务数量众多，其测试、部署、监控等都变的更加困难。 随着RPC框架的...

join关键字的作用是将多个表按一定的条件联合起来，从而可以实现从多个表中获取数据 在join后面可以接on条件和where条件，在这里我主要就是说这两者之间的差别 建立两张简单的用来测试的表并添加数据，如下所示，一张表名为id_name，另一张表名为id_age 首先看看不添加条件——t2.age ='22'时的结果 SELECT * from id_name t1 LEFT JOIN id_age t2 on t1.id = t2.id 得到 1、在这里以left join为例，首先运行where加条件——t2.age ='22'时 SELECT * from id_name t1 LEFT JOIN id_age t2 on t1.id = t2.id where t2.age ='22' 得到结果如下 可以得到where条件是在left join操作完成后所进行的条件筛选 2、当运行on加条件——t2.age ='22'时 SELECT * from id_name t1 LEFT JOIN id_age t2...