php怎么调用本地数据库，golang分布式事务？
我们先来了解一下概念， 再看几种的解决方法。
分布式事务指事务的操作位于不同的节点上，需要保证事务的 AICD 特性。
例如在下单场景下，库存和订单如果不在同一个节点上，就涉及分布式事务。
解决方案
在分布式系统中，要实现分布式事务，无外乎那几种解决方案。
一、两阶段提交（2PC）
两阶段提交（Two-phase Commit，2PC），通过引入协调者（Coordinator）来协调参与者的行为，并最终决定这些参与者是否要真正执行事务。
运行过程
1.1 准备阶段
协调者询问参与者事务是否执行成功，参与者发回事务执行结果。
1.2 提交阶段
如果事务在每个参与者上都执行成功，事务协调者发送通知让参与者提交事务；否则，协调者发送通知让参与者回滚事务。
需要注意的是，在准备阶段，参与者执行了事务，但是还未提交。只有在提交阶段接收到协调者发来的通知后，才进行提交或者回滚。
存在的问题
2.1 同步阻塞 所有事务参与者在等待其它参与者响应的时候都处于同步阻塞状态，无法进行其它操作。
2.2 单点问题 协调者在 2PC 中起到非常大的作用，发生故障将会造成很大影响。特别是在阶段二发生故障，所有参与者会一直等待状态，无法完成其它操作。
2.3 数据不一致 在阶段二，如果协调者只发送了部分 Commit 消息，此时网络发生异常，那么只有部分参与者接收到 Commit 消息，也就是说只有部分参与者提交了事务，使得系统数据不一致。
2.4 太过保守 任意一个节点失败就会导致整个事务失败，没有完善的容错机制。
二、补偿事务（TCC）
TCC 其实就是采用的补偿机制，其核心思想是：针对每个操作，都要注册一个与其对应的确认和补偿（撤销）操作。它分为三个阶段：
Try 阶段主要是对业务系统做检测及资源预留
Confirm 阶段主要是对业务系统做确认提交，Try阶段执行成功并开始执行 Confirm阶段时，默认 Confirm阶段是不会出错的。即：只要Try成功，Confirm一定成功。
Cancel 阶段主要是在业务执行错误，需要回滚的状态下执行的业务取消，预留资源释放。
举个例子，假入 Bob 要向 Smith 转账，思路大概是： 我们有一个本地方法，里面依次调用
首先在 Try 阶段，要先调用远程接口把 Smith 和 Bob 的钱给冻结起来。
在 Confirm 阶段，执行远程调用的转账的操作，转账成功进行解冻。
如果第2步执行成功，那么转账成功，如果第二步执行失败，则调用远程冻结接口对应的解冻方法 (Cancel)。
优点： 跟2PC比起来，实现以及流程相对简单了一些，但数据的一致性比2PC也要差一些
缺点： 缺点还是比较明显的，在2,3步中都有可能失败。TCC属于应用层的一种补偿方式，所以需要程序员在实现的时候多写很多补偿的代码，在一些场景中，一些业务流程可能用TCC不太好定义及处理。
三、本地消息表（异步确保）
本地消息表与业务数据表处于同一个数据库中，这样就能利用本地事务来保证在对这两个表的操作满足事务特性，并且使用了消息队列来保证最终一致性。
在分布式事务操作的一方完成写业务数据的操作之后向本地消息表发送一个消息，本地事务能保证这个消息一定会被写入本地消息表中。
之后将本地消息表中的消息转发到 Kafka 等消息队列中，如果转发成功则将消息从本地消息表中删除，否则继续重新转发。
在分布式事务操作的另一方从消息队列中读取一个消息，并执行消息中的操作。
优点： 一种非常经典的实现，避免了分布式事务，实现了最终一致性。
缺点： 消息表会耦合到业务系统中，如果没有封装好的解决方案，会有很多杂活需要处理。
四、MQ 事务消息
有一些第三方的MQ是支持事务消息的，比如RocketMQ，他们支持事务消息的方式也是类似于采用的二阶段提交，但是市面上一些主流的MQ都是不支持事务消息的，比如 RabbitMQ 和 Kafka 都不支持。
以阿里的 RocketMQ 中间件为例，其思路大致为：
第一阶段Prepared消息，会拿到消息的地址。 第二阶段执行本地事务，第三阶段通过第一阶段拿到的地址去访问消息，并修改状态。
也就是说在业务方法内要想消息队列提交两次请求，一次发送消息和一次确认消息。如果确认消息发送失败了RocketMQ会定期扫描消息集群中的事务消息，这时候发现了Prepared消息，它会向消息发送者确认，所以生产方需要实现一个check接口，RocketMQ会根据发送端设置的策略来决定是回滚还是继续发送确认消息。这样就保证了消息发送与本地事务同时成功或同时失败。
优点： 实现了最终一致性，不需要依赖本地数据库事务。
缺点： 实现难度大，主流MQ不支持，RocketMQ事务消息部分代码也未开源。
总结
通过本文我们总结并对比了几种分布式分解方案的优缺点，分布式事务本身是一个技术难题，是没有一种完美的方案应对所有场景的，具体还是要根据业务场景去抉择吧。笔者上家公司是试用阿里RocketMQ去实现的分布式事务，现在也有除了很多分布式事务的协调器，比如LCN等，大家可以多去尝试。
那么mysql数据库能共用一个吗？
你的这个想法可以实现，但这不是最优解，最好的解决办法还是准备两套虚拟主机，单独来管理。
下面我来解答一下你的这个需求应该怎么实现。
两个网站共用一个空间，并且用一个mysql
1、在你空间的根目录下新建两个文件夹，分别代表不同的项目，这里我以project1、project2分别作为两个项目的文件夹，php代码以thinkphp5作为例子来搭建。
这就好比是你空间的目录结构。
两套程序的源码也都是一样的
2、配置文件，连接mysql数据库
找到配置文件，把数据库的参数填写上，代码如下，重点就是两个数据库的表前缀一定要区分开，其他的数据库名、端口等都是一样的。
3、mysql数据库的创建
project1这个项目操作是project1_为前缀的表。
project2这个项目操作是project2_为前缀的表。
到这里就搭建好了，你解析域名到你的空间别名或者IP就可以访问这两个项目了。
注
项目1的访问地址：域名/project1/public/index.php
项目2的访问地址：域名/project2/public/index.php
具体访问地址以你的程序为准，这里我是以thinkphp5作为例子演示，不作为唯一标准。
希望我的回答能帮助到你！
欢迎点赞、关注、评论交流，谢谢！
我是李子，专注分享html、css、jquery、php等基础语言课程！
php怎样获取访问者的ipv6地址？
如果你的系统是vista，和设置ipv4地址的方法一样。如果是xp,打开一个dos窗口，照下面方法输入。C:\>netsh netsh>interface ipv6 netsh interface ipv6>add address "本地连接" fe80:a520:1314::1 /* 设定固定的ipv6地址，“本地连接”是指你的机上建立的某个连接的名称 */ netsh interface ipv6>add dns "本地连接" 2001:251:e101:0::2 /* 设定IPv6 DNS地址 */
安卓连接云端数据库？
一般MySQL都不由APP进行直接的远程连接，而是交由后台服务器进行封装处理的。
举个例子。APP访问--》后台PHP服务器--》PHP访问本地MySQL数据库--》PHP返回查询给APP
所以，一般的APP分为两部分，APP前端开发，PHP后台开发
那么PHP可以实现JAVA全部的技术或者说JAVA可以实现PHP的全部技术吗？
php好还是java好？区别有哪些？
两个前景都很不错，PHP适合初学者做网站编程的快速开发，JAVA适合做软件开发。选择培训的时候一定要选择合适的培训机构，不能盲目选择，一个好的培训机构能够帮你快速的掌握开发技巧，节约大量的时间。在选择培训机构时，不建议选择达内，虽然名声很响亮，又是上市公司，但是，达内的教学质量真的太差了。无法想象竟然全部都是远程视频教学，直接影响到教学质量。
PHP独特的语法混合了C、Java、Perl以及PHP自创的语法。它可以比CGI或者Perl更快速地执行动态网页。用PHP做出的动态页面与其他的编程语言相比，PHP是将程序嵌入到HTML(标准通用标记语言下的一个应用)文档中去执行，执行效率比完全生成HTML标记的CGI要高许多;PHP还可以执行编译后代码，编译可以达到加密和优化代码运行，使代码运行更快。
<?php
var_dump('hello word');
?>
这里的标题写的是谈谈PHP和JAVA的区别，其实是委婉的说法，其实别人是想听PHP好还是JAVA好！！！ 从而从中找到存在感！！！
因为由于我是从多年的php开发转到java开发的。所以最，不时的有好几个同事问我，你觉得java好还是php好。我每次的回答都是，各有千秋吧，各有各的好处，这是最实际的答案。
然后临了，去想想到底都有什么差别。今天我就来仔细总结下，php与java到底有啥差别吧。
1. php即写即用的。
也就是说每次只有一改动完成，用户立马看到效果，而java则慢多了，代码改动完成后，要重新编译，然后重启jvm，中间耗费的时间可是不少啊，而且重启jvm过程可是会造成用户响应中断的哦。
2. php写东西快。
php可以说是非常敏捷的，一个需求给到，只要不考虑后期的性能和用户量问题，那是相当快速的，甚至你都可以不用框架，直接写也会非常快的，写一个增删改查功能，可能也就30-50行代码就搞定了。而java就慢多了，首先要想一下用什么框架，目前基本上就是spring了，然后就是配置各种数据库，过滤器，servlet，决定是用mybatis还是hibernate，然后考虑代码之间的传递，然后考虑事务。。。 然后不停调试，一改代码可能就是几分钟的等待时间，可想而知。
3. php的表面思路更清晰。
什么是表面思路，就是你看到的东西就是真正做出来的东西，比如echo "hello world"，就是输出hello world，而java则不同，你可能是写response中，可能是写在modelattribute中，也可能就是return了该字符串，然后不知道怎么的，它就显示到页面上了。
4. php占用内存少。
php是进程式处理问题的，占用内存相当少，可以说，你在一台机器部署50个项目没有任何问题，只要访问量不上来，搞得定。而java就不行了，java每启动一个项目，本身就得耗尽许多内存，比如在一台8g内存的机器上，一般跑上2个项目就差不多了。
说了这php的好处，难道java就没有好处吗？那是不可能的。
JAVA1. java组件多。
我个人觉得单是这一点就盖过其他所有优点了，因为组件多，意味着用的人多，群众的眼睛是雪亮的。所以，java一定是好的，它已经积淀了太多的东西，不是一门新型语言能够随便替代的。你想要做什么，好好搜索java组件，可能都有你需要的功能，特别对于当下最流行的大数据产业，java更是占据一方。而php在这种场景就有点无能为力了。
2. java线程池，连接池，异步化方便。
其实这一点和第一点也很相似，也是因为组件多，所以要使用线程池连接池都很方便，这对于高并发高性能的场景来说，是绝对必要的。因为java的运行原因就是多线程的，所以不用每次都去初始化很多基本的东西，这省去了太多的时间，也因此大家可以忍受服务器启动的缓慢过程，因为只有一次。而php则是多进程的，每次都需要重新加载所有需要的代码，也因此无法将一些常用数据保存在内存，连接池也不大好做，异步操作更是一个大短板。
3. java是真正意义上的逻辑清晰。
因为，java中，你可以从一个进入可以借助IDE工具分析到最深层次的逻辑操作，对于每个字段，都可以清晰明了，这其实是接口和完全对象的一个使用优点。而php则做不了或者说很少有人费那劲去做这种事情，php可以说是半面向对象半面向过程开发，所以，在调用过程中插入几个自定义的函数调用是很正常的，那么你再想通过简单的IDE去分析调用链就不那么容易了。比如，对于第三方提供的接口，php就很难清楚的看出接口返回了什么，除非你把它打印出来，但是打印出来也不一定对，因为有些返回值的数据不一定有体现。这对于理解代码来说，增加了一个大大的门坎。
4. 虽说java编译比较烦，但是可以为你提前发现错误。
java的编译的确比较耗时，但是如果有明显的错误，编译是不会通过的，这就给你一个重新检查代码的机会。而php则不会，不管你写得多烂，都不会给你提示什么，而许多时候，往往就因为少写了个；分号，导致你排查数小时。
5. java远程调用方便，rmi，hessian，dubbo。
不管怎么样，远程和本地调用都很方便的知道相关的信息，而且java的同语言调用不是采用纯粹的http调用，而且维护一定的连接，从而大大提高性能。而php也有远程调用，但是相对来说就弱许多了。
总结php和java哪个更好，其实没有问题是没有绝对的好坏的，存在即合理。只是应用场景不一样罢了。